Forum général.général Perte partition RAID + LVM de backup !

Posté par . Licence CC by-sa
1
19
fév.
2015

Bonjour à tous,
Je poste ici mon premier message car j’essaie depuis des mois de récupérer mes données stockées sur mon ReadyNas DUO (2 disques).

Je souhaitais réinitialier mon NAS tout en conservant mes données.

J'ai monter une première fois le second disque dans mon PC (sur lequel mes données sont dans sda3)
mdadm --assemble --run /dev/md0 /dev/sda3
mount /dev/md0 /mnt/test

Toutes mes données sont là, je passe donc au formatage du disque 1 via la fonction FACTORY DEFAULT.

Et la, erreur..
Au moment de re-monter le disque contenant les données (sur le PC) je fait un erreur de commande, me demandez pas pourquoi,
alors que le disque RAID /dev/sda1 est chargé dans l'array md0
mdadm --assemble /dev/md0 --add /dev/sda3

Remarquant mon erreur je reset le PC au bout de 3/4seconde… Mais la table de partition est déja recouverte par sda1.

J'ai pu voir que la partition est de type RAID, qui contient du LVM qui lui contient mes fichiers.
J'ai le fichier de backup LVM contenant les UUID des partitions, pv, lv disparus.(j'ai même tout le répertoire /)
Sur quel disque aurais-je le plus de facilité à retrouver mes données?
Est ce qu'il est possible de retrouver juste les bonnes "coordonnées" du systeme LVM ou bien est-il obligatoie de retrouver l'ancienne arborescence (RAID + LVM)?

  • # Re:

    Posté par . Évalué à 3.

    Si c'est du raid1, oui y'a un offset à connaître pour sauter le header et retrouver une image "non raid".

    https://raid.wiki.kernel.org/index.php/RAID_superblock_formats

    En fait avec l’ancienne version du raid Linux (jusqu'à la 1.0) les metadata était en fin de disque, donc il n'y avait rien à faire pour "sortir" un disque du raid.

    3/4 secondes ça peut représenter déjà beaucoup, tu a fait une comparaison des deux disques pour voir combien de mo sont identiques ? (là encore, je suppose qu'il s'agit d'un raid1)

    Tu avait combien de partition LVM et de quelle taille environ ?

  • # Re

    Posté par . Évalué à 1. Dernière modification le 20/02/15 à 13:50.

    Merci beaucoup Tonton Benoit, ta réponse me permet déjà d'ignorer RAID!
    C'est bien du RAID1.
    Je n'ai pas regardé combien de Mo sont identique..Est nécessaire vu que les disques ne sont plus identiques?
    Je pense travaillé sur le disque qui pour moi est le moins endommagé (celui qui est "juste" passé au FACTORY DEFAULT)..

    Afin de trouver l'offset correspondant au LVM je suis à la recherche de toutes traces de LVM sur le disque d'après la doc http://www.syslinux.org/wiki/index.php/Development/LVM_support

    hexdump /dev/sda3 -C | grep 'LVM2 x'
    hexdump /dev/sda3 -C | grep 'LABELONE'

    Une fois le début de la partitions LVM retrouvée, comment l'écrire? Avec fdisk?
    Si le header n'est plus entier, est-il possible d'en réécrire un nouveau par dessus en utilisant les ID présents dans mon backup LVM?

  • # Re:

    Posté par . Évalué à 1. Dernière modification le 21/02/15 à 16:37.

    J'ai réussi à redimensionner la partition RAID/LVM afin de supprimer le header RAID , monter le disque LVM ayant été formaté par le NAS..
    Je ne m'attendais pas a beaucoup et effectivement, les seuls fichiers visibles sont ceux re-créés par le NAS.

    Ducoup je supprime LV, VG et PV afin de pouvoir recréer tout ca d'après le fichier de conf
    pvcreate --uuid "UUID" --restorefile lvm/backup/c /dev/sda3
    vgcfgrestore -f /lvm/backup/c c

    ..Mais toujours les mêmes fichiers visibles..
    Comment LVM "reconnait" ces fichiers? Je pensait que restaurer le fichier de conf suffirait..
    Peut-être que le disque n'est malgré tout pas partitionné comme avant?

  • # Exemple de grosse boulette

    Posté par . Évalué à 2.

    J'ai fait aussi une grosse boulette il y a déjà quelques temps :

    https://linuxfr.org/users/kikoun/journaux/grosse-boulette-exemple-de-r%C3%A9cup%C3%A9ration-de-donn%C3%A9es

    Peut-être que cette expérience pourra te donner des idées pour résoudre ton problèmes. En tout cas, oui, il est possible de récupérer un volume logique sans avoir à remonter le LVM complet.

Suivre le flux des commentaires

Note : les commentaires appartiennent à ceux qui les ont postés. Nous n'en sommes pas responsables.