[Résolu] Volumes logiques effacés (Titre corrigé)

sinbad83 · Le 24/10/2011, à 14:40

Bonjour à tous,
j'ai effacé par erreur une partition LVM (je ne sais même pas quand ni comment). Y a-t-il une chance de la récupérer avec Testdisk ? Pour le moment, il n'y a pas l'air d'avoir grand-chose.

Dernière modification par sinbad83 (Le 28/10/2011, à 10:51)

Hoper · Le 24/10/2011, à 14:48

Tu en avais combien des partitions sur ton disque ? Parce que, si tu retrouve les autres, tu dois logiquement en déduire la localisation de ta partition lvm non ?

sinbad83 · Le 24/10/2011, à 15:01

Bonjour Hoper,
je n'ai pas de problème de localisation. Le disque concerné est sdb de 1To, j'avais sdb1 avec 330Go en NTFS et le reste sdb2 en LVM avec deux partitions:

~$ sudo lvdisplay
  --- Logical volume ---
  LV Name                /dev/vg600/h1104
  VG Name                vg600
  LV UUID                cpnCoC-z4Pk-ACIw-ut2o-X4Gg-Sgrw-0nRLpd
  LV Write Access        read/write
  LV Status              available
  # open                 3
  LV Size                200,00 GiB
  Current LE             51200
  Segments               1
  Allocation             inherit
  Read ahead sectors     auto
  - currently set to     256
  Block device           252:0
   
  --- Logical volume ---
  LV Name                /dev/vg600/1110
  VG Name                vg600
  LV UUID                h02hWG-MWEl-PcXE-3qQt-aJcl-Uhk6-hlhlBO
  LV Write Access        read/write
  LV Status              available
  # open                 3
  LV Size                100,00 GiB
  Current LE             25600
  Segments               1
  Allocation             inherit
  Read ahead sectors     auto
  - currently set to     256
  Block device           252:1

En fait, il n'y a que la première qui m'intéresse. Testdisk est lancé dessus, il met un temps fou...

Hoper · Le 24/10/2011, à 15:10

avec deux partitions:

Ok, en fait tu n'utilise pas les bons termes la Ce n'est donc pas une partition que tu as "perdu" mais un volume logique, ce qui n'a pas vraiment la même chose Ensuite, je ne comprend pas... Ta commande lvdisplay montre bien le volume non ? Autrement dit, qu'est ce que tu as perdu exactement ? Qu'est ce qui ne marche pas, quels sont les messages d'erreurs etc ?

Qu'apelle tu "effacée" en fait ?

Dernière modification par Hoper (Le 24/10/2011, à 15:10)

sinbad83 · Le 24/10/2011, à 15:20

Excuse-moi, je ne suis pas familier du vocabulaire. Il n'y a pas de message d'erreur (sauf si j'essaye de démarrer en OnericBéta installé sur /dev/vg600/1110). Le problème, c'est qu'il n'y a plus rien à l'intérieur:

~$ df -kTh
Sys. fich.    Type    Taille  Uti. Disp. Uti% Monté sur
...
/dev/mapper/vg600-h1104          ext4    197G  188M  187G   1% /media/h1104
/dev/mapper/vg600-1110           ext4     99G  188M   94G   1% /media/1110
...

Dernière modification par sinbad83 (Le 24/10/2011, à 15:23)

Hoper · Le 24/10/2011, à 15:31

Heu.. Autrement dit ces volumes auraient étés reformatés ? (surtout si tu me dit que tu as essayé de mettre un système à l’intérieur... Une chose que globalement je déconseille de faire mais bon).

Il me semble que testdisk, c'est plutot pour retrouver le paritionement d'un disque non ? Auquel cas, ce n'est pas le bon logiciel. Ton système de fichier, on sait précisément ou il est. Le problème, ce sont les fichiers qui étaient dedans qui visiblement ne sont plus la (normal si il y a eu un mkfs de fait dessu...)

Tu devrai poster sur le sujet de rmy un lien, et lire ce qui à déjà était fait la bas. Le fait que tu utilise lvm ne change rien (tu devra simplement indiquer à chaque fois le device de la forme /dev/mapper/vg600-h1104 au lieu de /dev/sdx. A mon avis ce serait plutot un logiciel comme photorec qu'il faudra utiliser. Cela dit, il ne te récupérera au mieux que des fichiers de données, tu ne récupéra jamais un système complet en état de booter...

Par curiosité, que donne les commandes :

ls -l /etc/lvm/backup
ls -l /etc/lvm/archive

Juste pour vérifier que tu n'a pas modifié la config LVM, mais si ça avait été le cas, les FS n'auraient pas pu être remontés.

sinbad83 · Le 24/10/2011, à 15:50

Non, j'ai créé les deux volumes logiques séparés, l'un destiné comme /home d'un Ubuntu 11.04 à l'installation de Natty (celui qui m'intéresse), l'autre pour essayer Oneiric avant la version stable. Je ne sais pas à quelle occasion, ils ont été effacés. Ce que je cherche à récupérer, est bien le contenu du /home 11.04 ou au moins ses documents.
Voici le retour des commandes:

~$ sudo ls -l /etc/lvm/backup
total 4
-rw------- 1 root root 1467 2011-10-17 08:09 vg600
guy@AthosOneiric:~$ sudo ls -l /etc/lvm/archive
ls: impossible d'accéder à /etc/lvm/archive: Aucun fichier ou dossier de ce type

J'avais bien l'intention de contacter rmy.

Dernière modification par sinbad83 (Le 24/10/2011, à 15:51)

Hoper · Le 24/10/2011, à 17:06

Donc, d’après le résultat de ces commandes, aucune modification sur les volumes LVM depuis leur création. Le problème se situe bien purement au niveau du système de fichier, et je suis donc totalement incompétent sur le sujet, désolé. Bonne chance pour la suite

sinbad83 · Le 24/10/2011, à 17:18

Merci Hoper,
A+

rmy · Le 24/10/2011, à 17:48

Hello, je prends le relais. J'allais te dire de voir d'abord avec Hoper pour le LVM, mais j'ai tout lu et… effectivement le problème ne vient pas de là.

Contrairement à ce que dit Hoper ci-dessus, testdisk est peut-être le logiciel qui te sera utile, si effectivement il y a bien eu un mkfs réalisé qui a écrase un FS précédent. Par contre effectivement, si il s'agit d'une suppression, c'est tout différent…

On va commencer par faire le point…

sudo udisks --show-info /dev/mapper/vg600-h1104

puis avec testdisk :
-type de table de partition [none]
-options : expert->yes / cylinderboudary->no / allow partial last->yes
-scan rapide et deepersearch, donne toutes les résultats…

Sur 200G, testdisk devrait te prendre maximum 2h.

Si c'est très long avec des moments où sa semble figé, vérifie l'état smart de tes disques, il se peut aussi qu'une défaillance matérielle à l'origine, avec réallocation de secteurs, ait corrompu ton FS.

À suivre…

sinbad83 · Le 24/10/2011, à 18:11

Bonjour Rémy,
comme toujours et une fois de plus, tu te montres disponible, chapeau.
Voici le retour de la commande:

~$ sudo udisks --show-info /dev/mapper/vg600-h1104
Showing information for /org/freedesktop/UDisks/devices/dm_2d0
  native-path:                 /sys/devices/virtual/block/dm-0
  device:                      252:0
  device-file:                 /dev/dm-0
    presentation:              /dev/dm-0
    by-id:                     /dev/disk/by-id/dm-name-vg600-h1104
    by-id:                     /dev/disk/by-id/dm-uuid-LVM-AXxB5MF10MsGpLklMQceDmfPSmrRXpQPcpnCoCz4PkACIwut2oX4GgSgrw0nRLpd
    by-id:                     /dev/disk/by-uuid/b745cd7f-0ae5-4552-b0fd-6c369c3dd0d7
  detected at:                 lun. 24 oct. 2011 17:49:31 CEST
  system internal:             1
  removable:                   0
  has media:                   1 (detected at lun. 24 oct. 2011 17:49:31 CEST)
    detects change:            0
    detection by polling:      0
    detection inhibitable:     0
    detection inhibited:       0
  is read only:                0
  is mounted:                  1
  mount paths:             /media/h1104
  mounted by uid:              0
  presentation hide:           0
  presentation nopolicy:       1
  presentation name:           
  presentation icon:           
  automount hint:              
  size:                        214748364800
  block size:                  512
  job underway:                no
  usage:                       filesystem
  type:                        ext4
  version:                     1.0
  uuid:                        b745cd7f-0ae5-4552-b0fd-6c369c3dd0d7
  label:                       
  LVM2 Logical Volume:
    LV name:                   h1104
    LV uuid:                   cpnCoC-z4Pk-ACIw-ut2o-X4Gg-Sgrw-0nRLpd
    VG name:                   vg600
    VG uuid:                   AXxB5M-F10M-sGpL-klMQ-ceDm-fPSm-rRXpQP

Autant que je me souvienne, il n'y a pas eu de mkfs. La seule chose dont je me souvienne est qu'il y avait un troisième volume logique qui ne servait à rien et que j'ai dû supprimer avec lvremove. Comme j'avais lvdisplay sous les yeux, je ne vois pas comment j'aurais pu me tromper. Le problème est bien que les deux volumes sont maintenant vides à part lost+found (vide également) sur 1110:

~$ ls /media/1110/
lost+found
~$ sudo ls -la /media/1110/lost+found/
total 8
drwx------ 2 root root 4096 2011-10-21 22:54 .
drwxr-xr-x 3 root root 4096 2011-10-20 09:44 ..

Premier résultat Scan rapide Testdisk avec les options indiquées:

Disk /dev/mapper/vg600-h1104 - 214 GB / 200 GiB - CHS 419430400 1 1
     Partition               Start        End    Size in sectors
P ext4                           0  419430399  419430400

Structure: Ok.

Keys T: change type, P: list files,
     Enter: to continue
EXT4 Large file Sparse superblock Recover, 214 GB / 200 GiB

Scan approfondi en cours.

Dernière modification par sinbad83 (Le 24/10/2011, à 18:13)

rmy · Le 24/10/2011, à 18:58

Je comprends dans ce que tu as écris ci-dessus qu'il n'y a pas de lost+found dans ton h1104. Ça me parait particulièrement alarmant, il me semble qu'il y a toujours ce dossier, dès la création du FS…

sinbad83 · Le 24/10/2011, à 19:37

Je redonne ce que je trouve:

~$ ls /media/h1104
~$ ls /media/1110
lost+found

J'avais cru observer que lost-found apparaissait à la création de partitions vides. Il disparait à l'installation d'une racine, mais demeure dans un /home:

~$ ls /home
guy  lost+found

Testdisk n'est encore qu'à 31%

rmy · Le 24/10/2011, à 20:40

que dis l'état smart ? Tu peux le trouver soit via l'utilitaire de disque, soit avec smartmontools.

sinbad83 · Le 24/10/2011, à 22:49

Résultats SMART

~$ sudo smartctl -l selftest /dev/sdb
[sudo] password for guy: 
smartctl 5.41 2011-06-09 r3365 [i686-linux-3.0.0-12-generic-pae] (local build)
Copyright (C) 2002-11 by Bruce Allen, http://smartmontools.sourceforge.net

=== START OF READ SMART DATA SECTION ===
SMART Self-test log structure revision number 1
Num  Test_Description    Status                  Remaining  LifeTime(hours)  LBA_of_first_error
# 1  Short offline       Completed without error       00%      4370         -
# 2  Short offline       Aborted by host               10%      4370         -
# 3  Short offline       Aborted by host               90%      4369         -
# 4  Short offline       Completed without error       00%      3158         -
# 5  Short offline       Completed without error       00%      2194         -

Résultats de Testdisk:

Disk /dev/mapper/vg600-h1104 - 214 GB / 200 GiB - CHS 419430400 1 1
The harddisk (214 GB / 200 GiB) seems too small! (< 3117339 TB / 2835203
Check the harddisk size: HD jumpers settings, BIOS detection...

The following partitions can't be recovered:
     Partition               Start        End    Size in sectors
  JFS                     32412259 746753298160527 746753265748268
  HFS                     61693168 2318788564 2257095397 [F^D]
  HFS                     68760816 2325856212 2257095397 [F^D]
  HFS                     70001574 3093202368 3023200795 [^Y^D]
  HFS                     72500134 3095700928 3023200795 [^Y^D]
  ext4                   209977424  629407823  419430400
  ext4                   209977528  629407927  419430400
  ext4                   209994664  629425063  419430400
  ext4                   209996648  629427047  419430400
  ext4                   209996824  629427223  419430400

JFS 1698191470, 382337 TB / 347734 TiB

Bonne soirée

rmy · Le 25/10/2011, à 10:37

pour le smart, j'aurais plutôt regardé du côté des valeurs enregistrées dans le journal :

samrtctl -A /dev/sdb

pour testdisk, fais [Continue], c'est juste une info de ce qui ne peut être récupéré. Ça nous montre au moins que tu as bien des SB de ta partition ext4… mais ne nous dit pas ce qu'il y a dedans.

sinbad83 · Le 25/10/2011, à 10:40

Bonjour Rémy,
j'ai eu une coupure de courant cette nuit. L'onduleur a fini par se couper. J'ai relancé Testdisk, mais je n'en suis encore qu'à 74%. Je réponds dès que je peux.
A+

rmy · Le 25/10/2011, à 11:12

ok... J'aurais du te donner une autre info alors, mais tu pourras le faire après :
dans le quicksearch, places toi sur la ligne de la partition repérée et essaye de lister les fichiers (touche "P"), puisqu'elle est indiquée comme "EXT4 Large file Sparse superblock Recover"

sinbad83 · Le 25/10/2011, à 13:26

Dans QuickSearch, j'ai

Disk /dev/mapper/vg600-h1104 - 214 GB / 200 GiB - CHS 419430400 1 1
     Partition               Start        End    Size in sectors
P ext4                           0  419430399  419430400

Structure: Ok.

Keys T: change type, P: list files,
     Enter: to continue
EXT4 Large file Sparse superblock Recover, 214 GB / 200 GiB

Si je liste, il y a un début d'espoir

TestDisk 6.11, Data Recovery Utility, April 2009
Christophe GRENIER <grenier@cgsecurity.org>
http://www.cgsecurity.org
   P ext4                           0  419430399  419430400
Directory /

drwxr-xr-x     0     0      4096 20-Oct-2011 09:44 .
drwxr-xr-x     0     0      4096 20-Oct-2011 09:44 ..
drwx------     0     0         0 20-Oct-2011 09:44 lost+found
drwx--x--x  1000  1003         0 20-Oct-2011 09:44 guy
drwxr-xr-x  1001  1003         0 20-Oct-2011 09:44 jeff

Use Right arrow to change directory, c to copy,
    h to hide deleted files, q to quit

Les deux premières lignes sont écrites en blanc, les trois autres en rouge.
Maintenant, je peux copier la ligne qui m'intéresse ?

Dernière modification par sinbad83 (Le 25/10/2011, à 14:39)

sinbad83 · Le 25/10/2011, à 13:40

Je t'envoie l'autre réponse smartctl:

~$ sudo smartctl -A /dev/sdb
smartctl 5.41 2011-06-09 r3365 [i686-linux-3.0.0-12-generic-pae] (local build)
Copyright (C) 2002-11 by Bruce Allen, http://smartmontools.sourceforge.net

=== START OF READ SMART DATA SECTION ===
SMART Attributes Data Structure revision number: 16
Vendor Specific SMART Attributes with Thresholds:
ID# ATTRIBUTE_NAME          FLAG     VALUE WORST THRESH TYPE      UPDATED  WHEN_FAILED RAW_VALUE
  1 Raw_Read_Error_Rate     0x000f   100   100   051    Pre-fail  Always       -       0
  3 Spin_Up_Time            0x0007   076   076   011    Pre-fail  Always       -       7970
  4 Start_Stop_Count        0x0032   099   099   000    Old_age   Always       -       955
  5 Reallocated_Sector_Ct   0x0033   100   100   010    Pre-fail  Always       -       0
  7 Seek_Error_Rate         0x000f   253   253   051    Pre-fail  Always       -       0
  8 Seek_Time_Performance   0x0025   100   100   015    Pre-fail  Offline      -       10279
  9 Power_On_Hours          0x0032   099   099   000    Old_age   Always       -       4376
 10 Spin_Retry_Count        0x0033   100   100   051    Pre-fail  Always       -       0
 11 Calibration_Retry_Count 0x0012   100   100   000    Old_age   Always       -       0
 12 Power_Cycle_Count       0x0032   099   099   000    Old_age   Always       -       955
 13 Read_Soft_Error_Rate    0x000e   100   100   000    Old_age   Always       -       0
183 Runtime_Bad_Block       0x0032   100   100   000    Old_age   Always       -       0
184 End-to-End_Error        0x0033   100   100   000    Pre-fail  Always       -       0
187 Reported_Uncorrect      0x0032   100   100   000    Old_age   Always       -       0
188 Command_Timeout         0x0032   100   100   000    Old_age   Always       -       0
190 Airflow_Temperature_Cel 0x0022   072   054   000    Old_age   Always       -       28 (Min/Max 12/28)
194 Temperature_Celsius     0x0022   072   054   000    Old_age   Always       -       28 (Min/Max 12/29)
195 Hardware_ECC_Recovered  0x001a   100   100   000    Old_age   Always       -       35818010
196 Reallocated_Event_Count 0x0032   100   100   000    Old_age   Always       -       0
197 Current_Pending_Sector  0x0012   100   100   000    Old_age   Always       -       0
198 Offline_Uncorrectable   0x0030   100   100   000    Old_age   Offline      -       0
199 UDMA_CRC_Error_Count    0x003e   100   099   000    Old_age   Always       -       113
200 Multi_Zone_Error_Rate   0x000a   100   100   000    Old_age   Always       -       0
201 Soft_Read_Error_Rate    0x000a   100   100   000    Old_age   Always       -

A quoi correspondent les nouveaux items apparus avec l'option -A ?

Hoper · Le 25/10/2011, à 15:10

Tu vois le tableau... en résumé c'est la colone Value qu'il faut regarder. Globalement, une valeur égale ou supérieur à 100 signifie que tout est parfait.

Exemple :

5 Reallocated_Sector_Ct 0x0033 100 100 010 Pre-fail Always - 0

Ici on apprend qu'aucun secteur n'a jamais été ré alloué sur le disque, et qu'a partir de 10 secteur ré-alloué, il considérerai cela comme un un problème sérieux. après, je ne connais pas la signification exacte de toutes les valeurs, mais pour la plupart, le nom est quand même assez parlant.

Pour moi ton disque n'a aucun soucis et est en bonne santé.

Dernière modification par Hoper (Le 25/10/2011, à 15:13)

rmy · Le 25/10/2011, à 15:34

Je confirme. Un disque pas tout jeune, mais en bonne santé.

Avec testdisk, tu peux effectivement te placer sur la ligne qui t'intéresse et la copier vers une autre destination (je crois que c'est la touche C)
C'est le plus sage quand tu travailles sans filet puique tu n'as pas d'image dupliquée.

Tu dis un "début d'espoir", parce qu'il te manque des données ? Ou bien est-ce que l'on peut considérer que si ta copie se passe bien, le problème est résolu ?

sinbad83 · Le 25/10/2011, à 15:45

Malheureusement, quand je demande copier, la réponse est:

   P ext4                           0  419430399  419430400
Directory /guy

No file found, filesystem seems damaged.

Use Left arrow to go back, Right arrow to change directory, c to copy,
    h to hide deleted files, q to quit

Dommage, on aurait pu croire...

rmy · Le 25/10/2011, à 17:11

ah ça répond à ma question précédente.

Après la fin du Deepersearch, est-ce que le résultat est meilleur (éventuellement avec d'autres superbloc dans cette seconde détection) ?

Que dit

fsck -n /dev/mapper/vg600-h1104

sinbad83 · Le 25/10/2011, à 17:35

Voici la réponse de fsck

~$ sudo fsck -n /dev/mapper/vg600-h1104
fsck de util-linux 2.19.1
e2fsck 1.41.14 (22-Dec-2010)
/dev/mapper/vg600-h1104 a été monté 30 fois sans avoir été vérifié, vérification forcée.
Passe 1 : vérification des i-noeuds, des blocs et des tailles
Passe 2 : vérification de la structure des répertoires
Passe 3 : vérification de la connectivité des répertoires
/lost+found n'a pas été trouvé. Créer ? non
Passe 4 : vérification des compteurs de référence
Passe 5 : vérification de l'information du sommaire de groupe
/dev/mapper/vg600-h1104 : **AVERTISSEMENT : le système de fichiers contient encore des erreurs**
/dev/mapper/vg600-h1104 : 10/13107200 fichiers (0.0% non contigus), 870545/52428800 blocs

Entre deux, j'ai redémarré Oneiric pour changer d'interface. Je relance Testdisk.

Ubuntu-fr

Navigation

Liens de recherche

Annonce

#1 Le 24/10/2011, à 14:40

[Résolu] Volumes logiques effacés (Titre corrigé)

#2 Le 24/10/2011, à 14:48

Re : [Résolu] Volumes logiques effacés (Titre corrigé)

#3 Le 24/10/2011, à 15:01

Re : [Résolu] Volumes logiques effacés (Titre corrigé)

#4 Le 24/10/2011, à 15:10

Re : [Résolu] Volumes logiques effacés (Titre corrigé)

#5 Le 24/10/2011, à 15:20

Re : [Résolu] Volumes logiques effacés (Titre corrigé)

#6 Le 24/10/2011, à 15:31

Re : [Résolu] Volumes logiques effacés (Titre corrigé)

#7 Le 24/10/2011, à 15:50

Re : [Résolu] Volumes logiques effacés (Titre corrigé)

#8 Le 24/10/2011, à 17:06

Re : [Résolu] Volumes logiques effacés (Titre corrigé)

#9 Le 24/10/2011, à 17:18

Re : [Résolu] Volumes logiques effacés (Titre corrigé)

#10 Le 24/10/2011, à 17:48

Re : [Résolu] Volumes logiques effacés (Titre corrigé)

#11 Le 24/10/2011, à 18:11

Re : [Résolu] Volumes logiques effacés (Titre corrigé)

#12 Le 24/10/2011, à 18:58

Re : [Résolu] Volumes logiques effacés (Titre corrigé)

#13 Le 24/10/2011, à 19:37

Re : [Résolu] Volumes logiques effacés (Titre corrigé)

#14 Le 24/10/2011, à 20:40

Re : [Résolu] Volumes logiques effacés (Titre corrigé)

#15 Le 24/10/2011, à 22:49

Re : [Résolu] Volumes logiques effacés (Titre corrigé)

#16 Le 25/10/2011, à 10:37

Re : [Résolu] Volumes logiques effacés (Titre corrigé)

#17 Le 25/10/2011, à 10:40

Re : [Résolu] Volumes logiques effacés (Titre corrigé)

#18 Le 25/10/2011, à 11:12

Re : [Résolu] Volumes logiques effacés (Titre corrigé)

#19 Le 25/10/2011, à 13:26

Re : [Résolu] Volumes logiques effacés (Titre corrigé)

#20 Le 25/10/2011, à 13:40

Re : [Résolu] Volumes logiques effacés (Titre corrigé)

#21 Le 25/10/2011, à 15:10

Re : [Résolu] Volumes logiques effacés (Titre corrigé)

#22 Le 25/10/2011, à 15:34

Re : [Résolu] Volumes logiques effacés (Titre corrigé)

#23 Le 25/10/2011, à 15:45

Re : [Résolu] Volumes logiques effacés (Titre corrigé)

#24 Le 25/10/2011, à 17:11

Re : [Résolu] Volumes logiques effacés (Titre corrigé)

#25 Le 25/10/2011, à 17:35

Re : [Résolu] Volumes logiques effacés (Titre corrigé)

Pied de page des forums