Fedora-Fr

Ce site est optimisé pour être consulté depuis un navigateur moderne dans lequel JavaScript est activé.

[Résolu] partition LVM non montable pour récupération de données

coRe

Bonjour,
suite à la perte d'un de mes disques en lvm, j'ai planté ma fedora.
je l'ai réinstallée mais uniquement sur mon ssd car j'aimerai récupérer mes données sur mes hdd. j'ai donc fait dans l'ordre :

vgscan 
  Reading all physical volumes.  This may take a while...
  Found volume group "fedora_asus_hdd" using metadata type lvm2
  Found volume group "fedora_asus-core" using metadata type lv

vgchange -a y fedora_asus_hdd 
  0 logical volume(s) in volume group "fedora_asus_hdd" now active

mais là soucis.... "0 logical volume..."

donc évidement dans /dev/ j'ai rien et je suis bloqué là. donc si quelqu'un à la solution à mon problème, je lui serai très reconnaissant de me donner.

modification du titre

remi

Comment était composé le VG "avant" le crash ?
Si tu as perdu un disque, seul les LV entièrement sur le second disque sont récupérable.

coRe

Alors j'avais 3 disques pour une LV...dont un qui est mort!
donc en gros je pourrai pas récupérer mes données si je comprends bien ?

Refuznik

Le disque est vraiment mort tu ne peux même pas faire un rescue cd dessus ?
Si tu arrives à récupérer le VG ou au moins la structure tu peux le reconstruire je crois (j'attends confirmation de la part de remi).

coRe

Alors en fait j'avai mon /home /var /swap sur 3 disque en LVM. J'ai du perdu un disque sur les 3...
Je l'ai donc retirer de ma machine et j'ai fait :

vgreduce fedora_asus_hdd --removemissing

ce qui a eu pour effet le crash de ma fedora car le systeme ne possaidait visiblement plus de swap...
j'ai donc réinstallé une fedora sur le ssd uniquement sans toucher aux autres espérant pouvoir récupérer mes données.

vgdisplay fedora_asus_hdd 
  --- Volume group ---
  VG Name               fedora_asus_hdd
  System ID             
  Format                lvm2
  Metadata Areas        2
  Metadata Sequence No  12
  VG Access             read/write
  VG Status             resizable
  MAX LV                0
  Cur LV                0
  Open LV               0
  Max PV                0
  Cur PV                2
  Act PV                2
  VG Size               2,27 TiB
  PE Size               4,00 MiB
  Total PE              596165
  Alloc PE / Size       0 / 0   
  Free  PE / Size       596165 / 2,27 TiB
  VG UUID               3ZnUjs-UXo8-Yk6P-o09O-D4Jz-TSPk-co9qbA

je n'arrive pas à la monter en fait...donc pour récupérer quoi que ce soit...

madko

ya pas de magie, si t'es données sont étalées sur 3 disques, et que 1 meurt, c'est foutu. C'est logique. Par contre si avec un peu de chance ça ne touche que le LV swap comme tu as l'air de dire, c'est plutot bon signe.

Par contre tu ne peux pas monter un VG, il faut monter le lv plutôt. Que donne lvscan? et lvdisplay des partitions que tu aimerais récupérer?

remi

> Alloc PE / Size 0 / 0

Pour moi, c'est mort.

Quelques bonnes pratiques avec LVM qui aurait pu t'éviter ces soucis.
- on divise le VG en autant de petit LV que besoin (surtout vu la taille > 2Tio). Perso j'en ai une vingtaine (déjà 1 pour chaque VM)
- on alloue le minimun (vu qu'il est très facile d'étendre quand les besoins évoluent)
- on spécifie le PV utilisé pour chaque LV, meilleur contrôle.
- on évite les LV sur plusieurs PV (sauf si c'est volontaire, ex j'avais /tmp strippé sur plusieurs disques)
- on active le mirroring pour les LV sensibles (ex /home). Ok il faut 3 disques, mais c'était ton cas (/home sera petit si tu déplace tous les trucs volumineux et moins précieux dans les LV dédiés, musiques, vidéos, ...)

coRe

lvscan 
  ACTIVE            '/dev/fedora_asus-core/swap' [7,88 GiB] inherit
  ACTIVE            '/dev/fedora_asus-core/home' [53,41 GiB] inherit
  ACTIVE            '/dev/fedora_asus-core/root' [50,00 GiB] inherit

mais çà c'est que mon ssd...donc hors sujet

lvdisplay

ne renvois que les partitions de mon ssd. J'ai donc bien peur d'avoir tout perdu.
Donc en résumé j'ai :
- ssd 120Gb (555Mo/s lecture)
- hdd 2Tb (64Mo cache)
- hdd 500Gb (32 Mo cache)

Comme j'avais pas de données importante sur le ssd j'ai réinstallé entierment fedora dessu.
Donc si je te comprend bien remi, il vaudrai que je mette mon /home uniquement sur le 2Tb et limite que je me serve du 500 pour faire des backup ?
En fait j'ai fais une énorme connerie en fesant une LV sur 3 PV .... 🙁

Refuznik

remi wrote:> Alloc PE / Size 0 / 0

Pour moi, c'est mort.

Il a pas pu le monter sinon Free PE / Size 596165 / 2,27 TiB.

Normalement tu ne pense pas qu'il puisse le reconstruire ?
Après pour info qu'il ait la swap dessus ou non perso. ça ne change rien, linux est parfaitement capable de se gérer sans swap.

Croyez vous s'il tente de recréer le VG ça peut fonctionner vgchange -an volume group name ?

(Idem attend confirmation de remi je ne suis vraiment pas sur).

remi

Si une partie d'un LV est sur un PV "missing", pour moi, le LV est perdu (il est supprimé lors du vgreduce xxx --removemissing)

Les info Free/Alloc PE / Size ne dépendent pas de ce qui est monté, mais de ce qui est alloué dans le VG.

Refuznik

Bon sinon pour revenir à ce que je disais au départ testdisk et autres outils peuvent te permettre de récupérer au moins une partie de ce que tu as perdue à tester http://itknowledgeexchange.techtarget.com/linux-lotus-domino/recovering-files-from-an-lvm-or-ext3-partition-with-testdisk/

coRe

Refuznik wrote:Bon sinon pour revenir à ce que je disais au départ testdisk et autres outils peuvent te permettre de récupérer au moins une partie de ce que tu as perdue à tester http://itknowledgeexchange.techtarget.c … -testdisk/

je me tourne donc vers une récupération avec testdisk donc
installation :

yum install testdisk

utilisation :

testdisk /dev/sdb1

qui me renvois :

TestDisk 6.13, Data Recovery Utility, November 2011
Christophe GRENIER <grenier@cgsecurity.org>
http://www.cgsecurity.org

  TestDisk is free software, and
comes with ABSOLUTELY NO WARRANTY.

Select a media (use Arrow keys, then press Enter):
>Disk /dev/sdb1 - 2000 GB / 1863 GiB - WDC WD20EARX-00PASB0









>[Proceed ]  [  Quit  ]

Note: Disk capacity must be correctly detected for a successful recovery.
If a disk listed above has incorrect size, check HD jumper settings, BIOS
detection, and install the latest OS patches and disk drivers.

je "proceed"

TestDisk 6.13, Data Recovery Utility, November 2011
Christophe GRENIER <grenier@cgsecurity.org>
http://www.cgsecurity.org


Disk /dev/sdb1 - 2000 GB / 1863 GiB - WDC WD20EARX-00PASB0

Please select the partition table type, press Enter when done.
 [Intel  ] Intel/PC partition
 [EFI GPT] EFI GPT partition map (Mac i386, some x86_64...)
 [Humax  ] Humax partition table
 [Mac    ] Apple partition map
>[None   ] Non partitioned media
 [Sun    ] Sun Solaris partition
 [XBox   ] XBox partition
 [Return ] Return to disk selection




Note: Do NOT select 'None' for media with only a single partition. It's very
rare for a drive to be 'Non-partitioned'.

par défaut j'ai NONE de selectionné :

TestDisk 6.13, Data Recovery Utility, November 2011
Christophe GRENIER <grenier@cgsecurity.org>
http://www.cgsecurity.org


Disk /dev/sdb1 - 2000 GB / 1863 GiB - CHS 243201 255 63

>[ Analyse  ] Analyse current partition structure and search for lost partitions
 [ Advanced ] Filesystem Utils
 [ Geometry ] Change disk geometry
 [ Options  ] Modify options
 [ Quit     ] Return to disk selection








Note: Correct disk geometry is required for a successful recovery. 'Analyse'
process may give some warnings if it thinks the logical geometry is mismatched.

J'analyse :

TestDisk 6.13, Data Recovery Utility, November 2011
Christophe GRENIER <grenier@cgsecurity.org>
http://www.cgsecurity.org

Disk /dev/sdb1 - 2000 GB / 1863 GiB - CHS 243201 255 63
Current partition structure:
     Partition                  Start        End    Size in sectors

   P Linux LVM2               0   0  1 243201  45 44 3907026944













>[Quick Search]
                            Try to locate partition

LVM2 est en vert

TestDisk 6.13, Data Recovery Utility, November 2011
Christophe GRENIER <grenier@cgsecurity.org>
http://www.cgsecurity.org

Disk /dev/sdb1 - 2000 GB / 1863 GiB - CHS 243201 255 63
     Partition               Start        End    Size in sectors
>P Linux LVM2               0   0  1 243201  45 44 3907026944











Structure: Ok.


Keys T: change type,
     Enter: to continue
LVM2, 2000 GB / 1863 GiB

et là....

TestDisk 6.13, Data Recovery Utility, November 2011
Christophe GRENIER <grenier@cgsecurity.org>
http://www.cgsecurity.org

Disk /dev/sdb1 - 2000 GB / 1863 GiB - CHS 243201 255 63

     Partition                  Start        End    Size in sectors

   P Linux LVM2               0   0  1 243201  45 44 3907026944

Write isn't available because the partition table type "None" has been selected.











 [  Quit  ] >[Deeper Search]
                          Try to find more partitions

Par contre si je vais dans ADVANCE :

TestDisk 6.13, Data Recovery Utility, November 2011
Christophe GRENIER <grenier@cgsecurity.org>
http://www.cgsecurity.org


Disk /dev/sdb1 - 2000 GB / 1863 GiB - CHS 243201 255 63

 [ Analyse  ] Analyse current partition structure and search for lost partitions
>[ Advanced ] Filesystem Utils
 [ Geometry ] Change disk geometry
 [ Options  ] Modify options
 [ Quit     ] Return to disk selection








Note: Correct disk geometry is required for a successful recovery. 'Analyse'
process may give some warnings if it thinks the logical geometry is mismatched.

et que je lance la création d'une image :

TestDisk 6.13, Data Recovery Utility, November 2011
Christophe GRENIER <grenier@cgsecurity.org>
http://www.cgsecurity.org

Disk /dev/sdb1 - 2000 GB / 1863 GiB - CHS 243201 255 63

     Partition                  Start        End    Size in sectors
>   P Linux LVM2               0   0  1 243201  45 44 3907026944














 [  Type  ] >[Image Creation]  [  Quit  ]
                                Create an image

il va me faloir un disque au moins aussi grand pour l'image disque ?

En fait moi je veux simplement récupérer les données qui sont dessus...
d'habitude je fesai :
- vgscan
- vgchange -ay nom_vg
- mount /dev/mappe/nom_vg /chemin/de/recup

et je retrouvai tout mais pas là !

Refuznik

Et si juste après avoir proceeed 😉
Tu choisis Intel/PC partition ?

coRe

ok en ayant choisit Intel/PC :

TestDisk 6.13, Data Recovery Utility, November 2011
Christophe GRENIER <grenier@cgsecurity.org>
http://www.cgsecurity.org

Disk /dev/sdb1 - 2000 GB / 1863 GiB - CHS 243201 255 63
Current partition structure:
     Partition                  Start        End    Size in sectors


Partition sector doesn't have the endmark 0xAA55











*=Primary bootable  P=Primary  L=Logical  E=Extended  D=Deleted
>[Quick Search]
                            Try to locate partition

puis :

TestDisk 6.13, Data Recovery Utility, November 2011
Christophe GRENIER <grenier@cgsecurity.org>
http://www.cgsecurity.org

Disk /dev/sdb1 - 2000 GB / 1863 GiB - CHS 243201 255 63

The harddisk (2000 GB / 1863 GiB) seems too small! (< 2972 GB / 2768 GiB)
Check the harddisk size: HD jumpers settings, BIOS detection...

The following partition can't be recovered:
     Partition               Start        End    Size in sectors
>  Linux                    0  32 33 361408 212 20 5806030848










[ Continue ]
EXT4 Large file Sparse superblock, 2972 GB / 2768 GiB

Continue :

TestDisk 6.13, Data Recovery Utility, November 2011
Christophe GRENIER <grenier@cgsecurity.org>
http://www.cgsecurity.org

Disk /dev/sdb1 - 2000 GB / 1863 GiB - CHS 243201 255 63

     Partition                  Start        End    Size in sectors


No partition found or selected for recovery














 [  Quit  ] >[Deeper Search]
                          Try to find more partitions

Je sèches là ...
mais j'ai un autre disque de ce VG sur /dev/sdc1 .

coRe

J'ai essayé de récupérer mes données avec photorec, mais le soucis c'est que je ne peux scanner qu'un seul disque à la fois donc les fichiers que j'arrive à récupérer ne sont pas "complets"...

Quelqu'un aurait-il une idée pour que je puisse récupérer l'ensemble de mes données ?

coRe

Bon j'ai réussi à récupérer une très grosse partie de mes données, pour l'instant (le traitement étant extrêmement long, même avec une machine de guerre :-? ).
J'ai utilisé photorec qui me semble un outils assez puissant.
Je ferrai surement un autre post pour le post-traitement de cette récupération.
Je marque ce sujet comme résolu et encore merci à vous pour l'aide et l'expertise que vous m'avez apporté !