Forum général.général LVM -> crash d'un disque

Posté par djibb (site web personnel) le 03 janvier 2020 à 18:19. Licence CC By‑SA.

Étiquettes :

jan.

2020

Et ce qui devait arriver…arriva… un des disques dur d'un lvm a crashé.

Sur les 3 dd qu'il me reste, seuls deux sont encore opérationnels.

Quelqu'un sait-il si c'est possible de récupérer les odnnées qui sont sur les 2 dd existants encore ? ou si je reformate.

NB : il n'y avait rien de bien important dessus (c'est pour ça qu'il n'y avait pas de sauvegarde)… mais quand même… si je peux récupérer 2-3 trucs…

Merci à vous pur votre soutien… et bounané.

# oui, mais sans système de fichiers

Posté par ʭ ☯ le 03 janvier 2020 à 18:23. Évalué à 3.

on peut toujours récupérer ce qui est dans les disques, avec photorec…

⚓ À g'Auch TOUTE! http://afdgauch.online.fr

# organisation des volumes logiques

Posté par wismerhill le 03 janvier 2020 à 18:29. Évalué à 3.

Ça dépend de la façon dont tu avait organisé tes volumes logiques dans le groupe de volume qui contenait tes trois disques dur.
Les volumes qui sont entièrement sur les deux disques encore fonctionnels sont probablement récupérable, peut-être en forcer LVM à créer le groupe en mode dégradé.
Mais si certains des blocs d'un volume se trouvaient sur le disque mort, ce sera difficile d'y retrouver des choses cohérentes.

[^] # Re: organisation des volumes logiques

Posté par Cyril Brulebois (site web personnel) le 04 janvier 2020 à 04:06. Évalué à 1.

Cette organisation n'a pas forcément été spécifiée explicitement.

Pour jeter un œil à la répartition, cf. cette option de pvdisplay :

       -m, --maps
              Display the mapping of physical extents to logical volumes and logical extents.

Debian Consultant @ DEBAMAX

[^] # Re: organisation des volumes logiques

Posté par djibb (site web personnel) le 04 janvier 2020 à 10:18. Évalué à 2. Dernière modification le 04 janvier 2020 à 17:20.

Alors euh… c'est du stockage perso… donc c'est des agrégations de disques durs de différentes tailles :

 Couldn't find device with uuid Wrqyiy-DZ35-mXjr-n9xo-nMtE-pJZv-axKHot.
  --- Physical volume ---
  PV Name               /dev/sdb6
  VG Name               backup
  PV Size               913,50 GiB / not usable 1,38 MiB
  Allocatable           yes (but full)
  PE Size               4,00 MiB
  Total PE              233856
  Free PE               0
  Allocated PE          233856
  PV UUID               6ABS4g-ILTQ-otL1-8edz-P2Mk-X10H-7YptDv

  --- Physical Segments ---
  Physical extent 0 to 6650:
    Logical volume      /dev/backup/1
    Logical extents     169989 to 176639
  Physical extent 6651 to 75059:
    Logical volume      /dev/backup/1
    Logical extents     101580 to 169988
  Physical extent 75060 to 233855:
    Logical volume      /dev/backup/1
    Logical extents     176640 to 335435

  --- Physical volume ---
  PV Name               [unknown]
  VG Name               backup
  PV Size               <1,82 TiB / not usable 1,59 MiB
  Allocatable           yes (but full)
  PE Size               4,00 MiB
  Total PE              476931
  Free PE               0
  Allocated PE          476931
  PV UUID               Wrqyiy-DZ35-mXjr-n9xo-nMtE-pJZv-axKHot

  --- Physical Segments ---
  Physical extent 0 to 249120:
    Logical volume      /dev/backup/1
    Logical extents     379385 to 628505
  Physical extent 249121 to 350700:
    Logical volume      /dev/backup/1
    Logical extents     0 to 101579
  Physical extent 350701 to 368652:
    Logical volume      /dev/backup/1
    Logical extents     692835 to 710786
  Physical extent 368653 to 394948:
    Logical volume      /dev/backup/1
    Logical extents     353089 to 379384
  Physical extent 394949 to 412601:
    Logical volume      /dev/backup/1
    Logical extents     335436 to 353088
  Physical extent 412602 to 476930:
    Logical volume      /dev/backup/1
    Logical extents     628506 to 692834

  --- Physical volume ---
  PV Name               /dev/sdd5
  VG Name               backup
  PV Size               <120,11 GiB / not usable 4,53 MiB
  Allocatable           yes (but full)
  PE Size               4,00 MiB
  Total PE              30746
  Free PE               0
  Allocated PE          30746
  PV UUID               qLZ7qI-IZ5d-MGQz-iAvd-OST9-n4Ec-eS17Ac

  --- Physical Segments ---
  Physical extent 0 to 30745:
    Logical volume      /dev/backup/1
    Logical extents     710787 to 741532

  --- Physical volume ---
  PV Name               /dev/sde5
  VG Name               backup
  PV Size               <109,85 GiB / not usable 4,53 MiB
  Allocatable           yes (but full)
  PE Size               4,00 MiB
  Total PE              28120
  Free PE               0
  Allocated PE          28120
  PV UUID               ReNVxO-tYgT-Dcq0-cd1P-LPAg-yzHV-gVxR1T

  --- Physical Segments ---
  Physical extent 0 to 28119:
    Logical volume      /dev/backup/1
    Logical extents     741533 to 769652

et j'avais besoin de toute la place donc il n'y a pas de morceaux libres… y'a 1 disque de 1To, des bouts de disques de 150 go et un dd de 2TO qui a pété. (oui, le plus neuf… sinon c'est pas drôle)

Donc maintenant que j'en ai racheté un de 2To… est-ce que je peux le rajouter dans le lvm… lui dire de reconstruire ce qu'il peut… et ça m'ira bien comme ça ?

[^] # Re: organisation des volumes logiques

Posté par djibb (site web personnel) le 04 janvier 2020 à 10:28. Évalué à 2.

Donc… si je fais un :
vgextend /dev/monnouveaudd
puis un
vgchange -ay --partial backup (oui…il porte mal son nom)

J'ai bon ?
- [^] # Re: organisation des volumes logiques
  
  Posté par wismerhill le 04 janvier 2020 à 15:02. Évalué à 2.
  
  Si ton objectif est seulement de pouvoir ré-utiliser l'espace, c'est plus simple de re-créer un groupe de volumes propre plutôt que d'essayer d'en réparer un qui est corrompu.
  
  Si tu veux essayer de récupérer des données dont tu n'a pa de sauvegarde, il ne faut surtout pas modifier le VG actuel.
  Utilise lvdisplay -m pour voir s'il y a des volumes encore complets.
  Si oui, tu les monte en lecture seule et copie les donnes importantes ailleurs.
  S'il y en a des partiels, ce n'est probablement pas la peine d'essayer de les monter, même en lecture seule. Tu peux tenter un photorec dessus, mais s'il manque beaucoup de blocs ça risque de ne pas donner grand chose d'utile.
  - [^] # Re: organisation des volumes logiques
    
    Posté par djibb (site web personnel) le 04 janvier 2020 à 19:24. Évalué à 2.
    
    j'ai tout pété : )
    - [^] # Re: organisation des volumes logiques
      
      Posté par benoar le 04 janvier 2020 à 22:05. Évalué à 2.
      
      Pour référence, pour ceux qui n'ont pas encore tout pété, je vois cette option dans vgchange :
      --activationmode {complete|degraded|partial}Par défaut c'est degraded, qui ne permet d'activer qu'un volume dont aucun bout de PV ne manque. Comme ton unique LV sur tes disques en a, il faudrait passer l'activation de ton LV en « partial », puis après tu peux essayer de monter ta partition qui aura des gros bouts manquants au milieu, ou utiliser d'autres outils classiques de récupération.

Suivre le flux des commentaires

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