Le 26/07/2016 à 17:08, Vincent Stehlé a écrit :
Non, un vrai inconvénient c'est plutôt quand tu perds tes définitions de vgs et lvs. Là tu rigoles bien :)
Un exemple de perte de définition? La zone d'amorce écrasée par une fausse manip?
Mettons que tu veuilles bouger un lv 'toto' d'un vg 'titi' en ext[234] vers une partition /dev/sda3 que tu vas créer à la place sur le même disque, par exemple.
Tant qu'on évoque pas les PV, je supporte! 8-)
Réduire les lvs à sauver :
# resize2fs -M /dev/mapper/titi-toto (resize2fs te dit la taille obtenue; disons : XXX) # lvresize -L XXX /dev/mapper/titi-toto ...
Dumper les lvs ainsi réduits vers un endroit temporaire à coup de dd
(puisque tu aimes bien dd) :
# dd if=/dev/mapper/titi-toto bs=1M of=/temp/titi-toto.img ...
- Quand tu as tout sauvé, détruire le setup lvm proprement à coup de
lvremove, vgremove, pvremove. Puis refaire à la place des partitions qui vont bien, de taille "au moins" XXX pour l'exemple qui nous concerne.
- Restaurer les filesystems à coup de dd et aussi un resize pour être
sûr de bien occuper toute la place si la partition est un peu plus grande :
# dd if=/temp/titi-toto.img bs=1M of=/dev/sda3 # resize2fs /dev/sda3Et voilà !
C'est simple, écrit ainsi, sans doute pour cela que je n'ai trouvé aucun tuto? Je n'espérais pas qu'on puisse utiliser dd aussi simplement, merveilleux cet outil en dépit de son nom familier (Disk Destroyer). Bon, il reste à réécrire le grub et le fstab/mtab. Tiens, d'ailleurs, il faudrait que je regarde ce qu'il contient, au moins pas curiosité.
Un raffinement supplémentaire si tu es aventureux : un coup de lzo à la volée pour le dump/restore, histoire de gagner encore un peu de temps et de place :
lzop? Tiens, je vais regarder!
Merci! Vincent.