crash disque scsi >> dd vers virtualisation ??

jackos · Le 23/02/2011, à 21:15

Bonsoir,

j'ai eu un crash de 2 disque scsi en raid 1 de 36G (contenant ubuntu serveur 8.04) >> error ext3_"get_inode_loc" + plein d'erreur sur le (ou les) disques
impossible de démarrer le serveur, j'ai utilisé un live cd pour faire un tar du disque

malheureusement, plusieurs dossier on disparu (notamment home / lib / root)

je pensais faire déjà une copie bit à bit de chaque disque (pour ne pas les abimer d'avantage) puis de virtualliser les sauvegardes pour récupérer certaines données (genre mysql)

il y a tellement de tutos et de façon de faire différentes sur web, que je suis un peu paumé

avez vous un lien ou un conseil sur la façon de procéder. (même si c'est pas gagné pour récupérer ces données)

merci pour vos conseils

jackos · Le 24/02/2011, à 20:00

j'ai tenté clonezilla en livecd, mais il échoue car le disque ne contient pas de table de partition valide,

du coup je viens de finir une copie d'un des disques sur un montage en ssh avec la commande

dd if=/dev/sda of=/home/montagenfs/savesda1.img conv=notrunc,noerror

j'obtiens une image de 34g (au lieu de 36g, est ce a cause de toutes les erreurs sur le disques??)
je continue la copie du deuxième

Vous avez des idées pour travailler sur l'image (genre faire un testdisk, ou récupérer certains répertoire disparue)

jackos · Le 01/03/2011, à 21:23

voila la situation

1er disque
plein d'erreur de lecture je ne peux pas récupérer certains dossier

2eme disque
la table de partition n'est pas valide :

Disk /dev/sda: 36.4 GB, 36364615680 bytes
64 heads, 32 sectors/track, 34680 cylinders, total 71024640 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x00000000
Disk /dev/sda doesn't contain a valid partition table

J'ai testé testdisk avec sysrcd sur le 2ème disque mais il ne trouve aucune partition
sur le premier disque j'ai lancé testdisk et il m'affiche

#1299003561 Disk /dev/sda - 36 GB / 33 GiB - CHS 4421 255 63
 1 : start=       63, size= 68003082, Id=83, *
 2 : start= 68003145, size=  3004155, Id=05, E
 5 : start= 68003208, size=  3004092, Id=82, L

la question est : est ce que je peux recréer la même partition sur le deuxième disque sans formater pour récupérer des données, et comment (gparted, fdisk, testdisk???)

jackos · Le 02/03/2011, à 15:16

Suite: Récupération a partir de l'image faite avec dd

Testdisk ne me montre aucune partition si je le fais a partir du disque physique, mais si je fais une image dd de ce dernier et que je lance un testdisk sur l'image il me trouve les partitions suivantes:

TestDisk 6.11, Data Recovery Utility, April 2009
Christophe GRENIER <grenier@cgsecurity.org>
http://www.cgsecurity.org

Disk savesda.img - 36 GB / 33 GiB - CHS 4422 255 63
     Partition               Start        End    Size in sectors
D Linux                    0   1  1  4232 254 63   68003082
D Linux                   16   1  1  4248 254 63   68003082
D Linux Swap            1276   1  1  1536 254 63    4192902

Je sais pas trop quel options mettre pour restaurer les partitions
j'ai testé avec la première en primaire, puis la seconde

un résulat de fdisk sur l'image apres testdisk:

fdisk -l  savesda.img
Vous devez initialiser cylindres.
Vous pouvez faire cela depuis le menu des fonctions avancées.

Disque savesda.img: 0 Mo, 0 octets
255 têtes, 63 secteurs/piste, 0 cylindres
Unités = cylindres de 16065 * 512 = 8225280 octets
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Identifiant de disque : 0x00000000

Périphérique Amorce  Début        Fin      Blocs     Id  Système
savesda.img1   *          17        4249    34001541   83  Linux
La partition 1 a des fins physique/logique différentes:
     phys=(1023, 254, 63) logique=(4248, 254, 63)

mais lorsque je fais un :

sudo mount -o loop,offset=8704 -t ext3 savesda.img sdarestore
mount : type erroné de syst .de fichiers, option erronée, super bloc
        erroné sur /dev/loop0, codepage ou aide manquante ou autre erreur
       Dans quelques cas certaines informations sont utiles dans syslog - essayez
       dmesg | tail  ou quelque chose du genre

et dans le syslog, j'obtient :

Mar  2 14:01:21 srv2 kernel: [931068.382724] VFS: Can't find ext3 filesystem on dev loop0.

Vous n'avez pas d'idées pour retrouver pour récupérer la partition???

rmy · Le 03/03/2011, à 22:14

Bonsoir Jackos,

première précision nécessaire et piste de recherche pour commencer : Tu parles ici d'un raid 1 et sur l'autre thread d'un raid0… c'est pas pareil.
Ensuite, l'idée de faire des images saines avec ddrescue est bonne. Tu devrais pouvoir à partir de là recréer ton raid, et travailler avec testdisk sur le raid device, pas sur chacun des disques.

peux-tu donner plus de détail sur ton raid (mdadm --examine) ?

jackos · Le 04/03/2011, à 11:48

Bonjour rmy,

C'est un raid 1 matériel de chez dell, je pense que la commande mdadm ne sert donc pas

je travail sur un disque à la fois, comme je disais dans l'autre post il en a un qui est peut etre parcouru mais pleins de fichier sont cassé, l'autre n'a plus de table de partition valide

Après avoir fait le ddrescue sur le second disque j'ai fait un testdisk et j'ai recréer les partitions comme ceci:

$sudo testdisk ddrescuesda.dd 

TestDisk 6.11, Data Recovery Utility, April 2009
Christophe GRENIER <grenier@cgsecurity.org>
http://www.cgsecurity.org

Disk ddrescuesda.dd - 36 GB / 33 GiB - CHS 4422 255 63
Current partition structure:
     Partition                  Start        End    Size in sectors

No EXT2, JFS, Reiser, cramfs or XFS marker
 1 * Linux                    0   1  1  4232 254 63   68003082
 1 * Linux                    0   1  1  4232 254 63   68003082
 2 E extended LBA          4233   0  1  4419 254 63    3004155
 5 L Linux Swap            4233   1  1  4419 254 63    3004092

ensuite lorsque je refais un

$sudo  sfdisk -luS ddrescuesda.dd
Disque ddrescuesda.dd : impossible d'obtenir la géométrie

Disque ddrescuesda.dd : 4421 cylindres, 255 têtes, 63 secteurs/piste
Unités= secteurs de 512 octets, décompte à partir de 0

   Périph Amorce  Début       Fin   #secteurs Id  Système
ddrescuesda.dd1   *        63  68003144   68003082  83  Linux
ddrescuesda.dd2      68003145  71007299    3004155   f  W95 Etendue (LBA)
ddrescuesda.dd3             0         -          0   0  Vide
ddrescuesda.dd4             0         -          0   0  Vide
ddrescuesda.dd5      68003208  71007299    3004092  82  Linux swap / Solaris

et un fdisk

$ sudo fdisk -l ddrescuesda.dd 
Vous devez initialiser cylindres.
Vous pouvez faire cela depuis le menu des fonctions avancées.

Disque ddrescuesda.dd: 0 Mo, 0 octets
255 têtes, 63 secteurs/piste, 0 cylindres
Unités = cylindres de 16065 * 512 = 8225280 octets
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Identifiant de disque : 0x00000000

 Périphérique Amorce  Début        Fin      Blocs     Id  Système
ddrescuesda.dd1   *           1        4233    34001541   83  Linux
La partition 1 a des fins physique/logique différentes:
     phys=(1023, 254, 63) logique=(4232, 254, 63)
ddrescuesda.dd2            4234        4420     1502077+   f  W95 Etendue (LBA)
La partition 2 a des débuts physique/logique différents (non Linux?):
     phys=(1023, 254, 63) logique=(4233, 0, 1)
La partition 2 a des fins physique/logique différentes:
     phys=(1023, 254, 63) logique=(4419, 254, 63)
ddrescuesda.dd5            4234        4420     1502046   82  Linux swap / Solaris

je tente donc de le monter sur loop0 puis dans le dossier rescue

$ sudo losetup /dev/loop0 ddrescuesda.dd -o 32256
$ sudo losetup -a
/dev/loop0: [0805]:2883655 (/home/jack/ddrescue/ddrescuesda.dd), décalage 32256
$sudo mount /dev/loop0 rescue/ -o ro -t ext3
mount : type erroné de syst .de fichiers, option erronée, super bloc
        erroné sur /dev/loop0, codepage ou aide manquante ou autre erreur
       Dans quelques cas certaines informations sont utiles dans syslog - essayez
       dmesg | tail  ou quelque chose du genre

et la je ne sais plus trop quoi essayer

rmy · Le 04/03/2011, à 15:54

essaye de voir avec les superblocs de secours ce qui se passe, éventuellement simule une réparation (e2fsck -n).

jackos · Le 04/03/2011, à 17:21

Je connais pas les superblock, je vais me renseigner. j'ai vu que dans un message que tu parlais du site de cep je vais le parcourir

Lorsque tu parle de faire une réparation, c'est sur le disque physique, l'image, ou l'image montée (par losetup ou mount)?. Etant donné que je ne peux pas la monter, je ne peux le faire que sur le physique?

merci pour le soutien

rmy · Le 04/03/2011, à 22:42

Surtout pas sur le physique. Quand tu bosses sur une récup, tu fais une image de l'état initial, puis tu copie cette image, et tu bosses sur la copie.

La "réparation" se fait sur un système de fichier non monté. Donc pas sur l'image directement (c'est une image disque), mais sur le loopdevice à condition que l'offset soit bon.

Dernière modification par rmy (Le 04/03/2011, à 22:43)

jackos · Le 07/03/2011, à 13:45

bonjour rmy,
Désolé pour la longueur du post, et de la redondance d'info

j'ai parcouru des posts ou tu donnes de commandes de recup, montage,... mais je suis un peu paumé
pour récapituler, j'ai une image de chaques disque qui étaient en raid 1:
image1.dd le disque parcourable mais plein de lien cassé
image2.dd le disque avec la partion non valide

Voici le résultat des commandes:
sudo sfdisk -luS imageX.dd
image1.dd

Disque image1.dd : impossible d'obtenir la géométrie

Disque image1.dd : 4421 cylindres, 255 têtes, 63 secteurs/piste
Unités= secteurs de 512 octets, décompte à partir de 0

   Périph Amorce  Début       Fin   #secteurs Id  Système
image1.dd1   *        63  68003144   68003082  83  Linux
image1.dd2      68003145  71007299    3004155   5  Etendue
image1.dd3             0         -          0   0  Vide
image1.dd4             0         -          0   0  Vide
image1.dd5      68003208  71007299    3004092  82  Linux swap / Solaris

image2.dd

Disque image2.dd : impossible d'obtenir la géométrie

Disque image2.dd : 4421 cylindres, 255 têtes, 63 secteurs/piste

sfdisk: ERREUR: le secteur 0 n'a pas une signature MS-DOS
 image2.dd : type non reconnu de table de partition
Aucune partition repérée

sudo fdisk -lu
image1.dd

Vous devez initialiser cylindres.
Vous pouvez faire cela depuis le menu des fonctions avancées.

Disque image1.dd: 0 Mo, 0 octets
255 têtes, 63 secteurs/piste, 0 cylindres, total 0 secteurs
Unités = secteurs de 1 * 512 = 512 octets
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Identifiant de disque : 0x00000080

Périphérique Amorce  Début        Fin      Blocs     Id  Système
image1.dd1   *          63    68003144    34001541   83  Linux
La partition 1 a des fins physique/logique différentes:
     phys=(1023, 254, 63) logique=(4232, 254, 63)
image1.dd2        68003145    71007299     1502077+   5  Etendue
La partition 2 a des débuts physique/logique différents (non Linux?):
     phys=(1023, 254, 63) logique=(4233, 0, 1)
La partition 2 a des fins physique/logique différentes:
     phys=(1023, 254, 63) logique=(4419, 254, 63)
image1.dd5        68003208    71007299     1502046   82  Linux swap / Solaris

image2.dd

Disque image2.dd: 0 Mo, 0 octets
255 têtes, 63 secteurs/piste, 0 cylindres, total 0 secteurs
Unités = secteurs de 1 * 512 = 512 octets
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Identifiant de disque : 0x00000000

Le disque image2.dd ne contient pas une table de partition valide

sudo mkfs.ext3 -n imageXX
image1.dd

mke2fs 1.41.11 (14-Mar-2010)
image1.dd n'est pas un périphérique spécial en mode bloc.
Procéder malgré tout ? (o,n) o
Étiquette de système de fichiers=
Type de système d'exploitation : Linux
Taille de bloc=4096 (log=2)
Taille de fragment=4096 (log=2)
Stride=0 blocks, Stripe width=0 blocks
2220032 i-noeuds, 8878080 blocs
443904 blocs (5.00%) réservés pour le super utilisateur
Premier bloc de données=0
Nombre maximum de blocs du système de fichiers=4294967296
271 groupes de blocs
32768 blocs par groupe, 32768 fragments par groupe
8192 i-noeuds par groupe
Superblocs de secours stockés sur les blocs : 
    32768, 98304, 163840, 229376, 294912, 819200, 884736, 1605632, 2654208, 
    4096000, 7962624

image2.dd

mke2fs 1.41.11 (14-Mar-2010)
image2.dd n'est pas un périphérique spécial en mode bloc.
Procéder malgré tout ? (o,n) o
Étiquette de système de fichiers=
Type de système d'exploitation : Linux
Taille de bloc=4096 (log=2)
Taille de fragment=4096 (log=2)
Stride=0 blocks, Stripe width=0 blocks
2220032 i-noeuds, 8878080 blocs
443904 blocs (5.00%) réservés pour le super utilisateur
Premier bloc de données=0
Nombre maximum de blocs du système de fichiers=4294967296
271 groupes de blocs
32768 blocs par groupe, 32768 fragments par groupe
8192 i-noeuds par groupe
Superblocs de secours stockés sur les blocs : 
    32768, 98304, 163840, 229376, 294912, 819200, 884736, 1605632, 2654208, 
    4096000, 7962624

testdisk
apres j'ai fais plusieur montage sur loop avec soit offset à 0 ou 32256 sur chacune des images avec les commandes que tu as cités dans un autre post:

rmy a écrit :

après avoir validé "Proceed" et "none", puis "Advanced" et "Superblocs"
et enfin toujours dans testdisk, une capture d'écran du retour de "Analyse">"QuickSearch">"List Files"

mais je ne peut lister aucune donné, mauvais offset, mauvais type de partition,..???

j'ai aussi essayé e2fsck
image1.dd
sudo losetup -o 32256 /dev/loop0 image1.dd
sudo e2fsck -n -v -f /dev/loop0 > loge2fsck
quelques lignes y'en a vraiment beaucoup (11000 lignes)

###############coupure################

I-noeud 1351915, i_blocs est 776, devrait être 104. Corriger ? non

I-noeud 1368156, i_blocs est 26232, devrait être 48. Corriger ? non

I-noeud 1370508, i_blocs est 26224, devrait être 18032. Corriger ? non

I-noeud 1433609, i_blocs est 33104, devrait être 8304. Corriger ? non

I-noeud 1433689, i_blocs est 4152, devrait être 104. Corriger ? non

I-noeud 1433691, i_blocs est 2976, devrait être 104. Corriger ? non

I-noeud 1433692, i_blocs est 552, devrait être 104. Corriger ? non

I-noeud 1433705, i_blocs est 336, devrait être 104. Corriger ? non

I-noeud 1517094, i_blocs est 144, devrait être 104. Corriger ? non

I-noeud 1589738, i_blocs est 176, devrait être 104. Corriger ? non


###############coupure################
Numéro d'i-noeud invalide pour « . » dans l'i-noeud de répertoire 1433823.
Corriger ? non

l'entrée de répertoire pour « . » dans ... (1433823) est grande.
Scinder ? non

« . » manquant dans l'i-noeud de répertoire 1433825.
Corriger ? non

Numéro d'i-noeud invalide pour « . » dans l'i-noeud de répertoire 1433825.
Corriger ? non

l'entrée de répertoire pour « . » dans ... (1433825) est grande.
Scinder ? non


###############coupure################

l'entrée « wikidb » dans /var/lib/mysql (1467632) a un i-noeud effacé/non utilisé 1516516. Effacer ? non

l'entrée « wikidb » dans /var/lib/mysql (1467632) a un type de fichier incorrect (était 2, devrait être 0).
Corriger ? non

l'entrée « wikidb1 » dans /var/lib/mysql (1467632) a un i-noeud effacé/non utilisé 1556635. Effacer ? non

l'entrée « wikidb1 » dans /var/lib/mysql (1467632) a un type de fichier incorrect (était 2, devrait être 0).
Corriger ? non


###############coupure################


l'entrée « auto.conf.cmd » dans /usr/src/linux-headers-2.6.24-23-generic/include/config (1278858) a un i-noeud effacé/non utilisé 1278554. Effacer ? non

l'entrée « auto.conf.cmd » dans /usr/src/linux-headers-2.6.24-23-generic/include/config (1278858) a un type de fichier incorrect (était 1, devrait être 0).
Corriger ? non

l'entrée « rfkill » dans /usr/src/linux-headers-2.6.24-23-generic/include/config (1278858) a un i-noeud effacé/non utilisé 1515523. Effacer ? non

l'entrée « rfkill » dans /usr/src/linux-headers-2.6.24-23-generic/include/config (1278858) a un type de fichier incorrect (était 2, devrait être 0).
Corriger ? non




###############coupure################

l'entrée « 179 » dans ??? (1352278) a un i-noeud effacé/non utilisé 1352725. Effacer ? non

l'entrée « 179 » dans ??? (1352278) a un type de fichier incorrect (était 1, devrait être 0).
Corriger ? non

l'entrée « 63 » dans ??? (1352278) a un i-noeud effacé/non utilisé 1352458. Effacer ? non

l'entrée « 63 » dans ??? (1352278) a un type de fichier incorrect (était 1, devrait être 0).
Corriger ? non

image2.dd
et sur l'archive 2 je ne peux rien faire:

$sudo losetup -o 32256 /dev/loop0 image2.dd 
$sudo e2fsck -n -v -f /dev/loop0 > loge2fsckdisk2
e2fsck 1.41.11 (14-Mar-2010)
e2fsck: Illegal inode number lors de la vérification du journal ext3 pour /dev/loop0
$sudo losetup -d /dev/loop0
$sudo losetup  /dev/loop0 image2.dd 
$sudo e2fsck -n -v -f /dev/loop0 > loge2fsckdisk2
e2fsck 1.41.11 (14-Mar-2010)
e2fsck: Bad magic number in super-block lors de la tentative d'ouverture de /dev/loop0

voila, je sais pas ou plus trop quoi faire

rmy · Le 07/03/2011, à 13:55

fais une copie de image1.dd par sécurité, puis lance fsck sans l'option -n (voire avec l'option -y) puis tente le montage de loop0 ainsi corrigé.

jackos · Le 07/03/2011, à 14:30

Je travaille sur des copies des images
image1

$ sudo losetup -o 32256 /dev/loop0 image1.dd
$ sudo e2fsck -y -v -f /dev/loop0 > loge2fsck1-withYes
$ mkdir rescue
$ sudo mount /dev/loop0 rescue/
$ ls -la rescue/var/lib/mysql
total 36936
drwxr-xr-x  3  114  125     4096 2010-12-19 22:13 .
drwxr-xr-x 56 root root     4096 2011-02-18 07:48 ..
-rw-r--r--  1  114  125        0 2010-06-15 15:08 debian-5.0.flag
-rw-rw----  1  114  125 27262976 2011-02-18 09:06 ibdata1
-rw-rw----  1  114  125  5242880 2011-02-18 09:06 ib_logfile0
-rw-rw----  1  114  125  5242880 2011-01-10 23:08 ib_logfile1
drwxr-xr-x  2  114  125     4096 2010-06-15 15:08 mysql
-rw-------  1  114  125        7 2009-01-09 07:49 mysql_upgrade_info

image2

$sudo umount rescue/
$ sudo losetup -d /dev/loop0
$sudo losetup -a
$ sudo losetup -o 32256 /dev/loop0 image2.dd 
$sudo e2fsck -y -v -f /dev/loop0 > loge2fsck2-withYes
$sudo mount /dev/loop0 rescue/
$ls rescue/
lost+found

il ne trouve pas les bd de mysql (vas falloir que je m'y fasse ,j'aurais du .... )
je refais un test sur l'image2 avec l'offset à 0 pour tester

rmy · Le 07/03/2011, à 15:02

y a-t-il quelque chose dans lost+found ?

Essaye aussi avec testdisk sur image2 de voir si il ne trouve pas un fs, et dans ce cas, "write" et dans "advanced" liste les superblocs qu'il détecte. Ensuite essaye avec un mount à partir de ce superbloc.
Sinon, il te reste photorec…

jackos · Le 07/03/2011, à 18:11

dans le lost+found, 5506 lignes contenant :

j'ai refait une copie de l'original de image2.dd puis un testdisk
[intel] [analyse] [Quick Search] ] [Deeper Search]
il trouve:

Disk image2.dd - 36 GB / 33 GiB - CHS 4422 255 63
     Partition               Start        End    Size in sectors
D Linux                    0   1  1  4232 254 63   68003082
D Linux                   16   1  1  4248 254 63   68003082
D Linux Swap            1276   1  1  1536 254 63    4192902
D Linux Swap            4233   1  1  4419 254 63    3004092

j'ai mis la première ligne en *, puis write, ce qui donne :

     Partition                  Start        End    Size in sectors
 * Linux                    0   1  1  4232 254 63   68003082

puis advanced superblock:

  Linux                    0   1  1  4232 254 61   68003080
superblock 32768, blocksize=4096 []
superblock 98304, blocksize=4096 []
superblock 163840, blocksize=4096 []
superblock 229376, blocksize=4096 []
superblock 294912, blocksize=4096 []
superblock 819200, blocksize=4096 []
superblock 884736, blocksize=4096 []
superblock 1605632, blocksize=4096 []
superblock 2654208, blocksize=4096 []
superblock 4096000, blocksize=4096 []

ensuite sfdisk -lus image2.dd

format non reconnu - utilisation des secteurs
Disque image2.dd : impossible d'obtenir la géométrie

Disque image2.dd : 4421 cylindres, 255 têtes, 63 secteurs/piste
Unités= secteurs de 512 octets, décompte à partir de 0

   Périph Amorce  Début       Fin   #secteurs Id  Système
image2.dd1   *        63  68003144   68003082  83  Linux
image2.dd2             0         -          0   0  Vide
image2.dd3             0         -          0   0  Vide
image2.dd4             0         -          0   0  Vide

maintenant, je ne sais pas ou passer les superblock et comment le calculer
- dois je monter d'abord le loop avec l'offset de 512*63 puis monter avec mount avec l'option "-o sb=????" je sais pas quel chiffre mettre
- ou monter directement l'image en mettant l'offset et le superblock?

rmy · Le 07/03/2011, à 18:28

désolé, super en retard. Pour l'usage du sb et le calcul associé (*4 ici pour les blocs de 4096) jette un œeil sur le blog de cep (monter une partition endommagée).
la bonne option est :
le loop d'abord avec l'offset 63*512 puis => soit monter avec le sb de secours, soit fsck avec le sb de secours. Vu que testdisk reconnait les sb, tu peux aussi directement tester un fsck avec cette image (à moins que ce soit ce que tu aies fait avant déjà)

jackos · Le 08/03/2011, à 21:29

Bonsoir rmy,

Je lâche l'affaire (désolé), mais avant tout je te remercie du temps et des conseils que tu as bien voulu m'accorder, j'ai beaucoup appris à lire tes posts.
Rien n'est éternel, meme les données, j'aurais du etre plus prudent sur les sauvegardes.

sur les suggestions que tu m'a donnés:
apres le testdisk et la récupération de table de l'image2:
-je ne peux monter l'image avec les superblock, je les ais tous essayés >> Mar 7 20:05:59 serveur kernel: [79507.090925] EXT3-fs: no journal found.
-pour le fdisk, je retrouve juste un dossier lost+found avec plein de chiffre comme dans le post #14

encore merci pour l'aide

ps: je testerais un jour photorec, mais faut se mettre à l'évidence, une base mysl c'est pas gagner, surtout vu l'état de mes disques.

rmy · Le 08/03/2011, à 23:54

photorec récupère des .db et autres formats de bases de données… peut-être celles de mysql aussi…

Ubuntu-fr

Navigation

Liens de recherche

Annonce

#1 Le 23/02/2011, à 21:15

crash disque scsi >> dd vers virtualisation ??

#2 Le 24/02/2011, à 20:00

Re : crash disque scsi >> dd vers virtualisation ??

#3 Le 01/03/2011, à 21:23

Re : crash disque scsi >> dd vers virtualisation ??

#4 Le 02/03/2011, à 15:16

Re : crash disque scsi >> dd vers virtualisation ??

#5 Le 03/03/2011, à 22:14

Re : crash disque scsi >> dd vers virtualisation ??

#6 Le 04/03/2011, à 11:48

Re : crash disque scsi >> dd vers virtualisation ??

#7 Le 04/03/2011, à 15:54

Re : crash disque scsi >> dd vers virtualisation ??

#8 Le 04/03/2011, à 17:21

Re : crash disque scsi >> dd vers virtualisation ??

#9 Le 04/03/2011, à 22:42

Re : crash disque scsi >> dd vers virtualisation ??

#10 Le 07/03/2011, à 13:45

Re : crash disque scsi >> dd vers virtualisation ??

#11 Le 07/03/2011, à 13:55

Re : crash disque scsi >> dd vers virtualisation ??

#12 Le 07/03/2011, à 14:30

Re : crash disque scsi >> dd vers virtualisation ??

#13 Le 07/03/2011, à 15:02

Re : crash disque scsi >> dd vers virtualisation ??

#14 Le 07/03/2011, à 18:11

Re : crash disque scsi >> dd vers virtualisation ??

#15 Le 07/03/2011, à 18:28

Re : crash disque scsi >> dd vers virtualisation ??

#16 Le 08/03/2011, à 21:29

Re : crash disque scsi >> dd vers virtualisation ??

#17 Le 08/03/2011, à 23:54

Re : crash disque scsi >> dd vers virtualisation ??

Pied de page des forums