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-)
1. 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
...
2. 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
...
3. 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.
4. 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/sda3
Et 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.