[gull] UUID
Pierre Maitre
po.maitre at gmail.com
Sun May 22 12:31:18 CEST 2011
Le 22 mai 2011 10:56, Félix Hauri <felix at f-hauri.ch> a écrit :
> Le problème qui peut se poser avec cette méthode est que si ``sda'' est
> utilisé pendant le dd, tu as bcp de chances que le contenu de sda se
> modifie *pendant* la lecture avec dd. Donc d'avoir certains fichiers
> au contenu incohérent. (voire des problèmes de structure du système
Bonne remarque. En fait, ma méthode n'est correcte que depuis un
live-CD qui n'utilise pas les disques durs
> de fichier qui peuvent t'amener à *devoir* faire un fsck qui confinera
> une partie de ton arborescence dans ``lost+found''.
Oui, mais après le dd je fais un rsync qui me remet les fichiers
passés à la trappe... Bon, j'admets, c'est moins élégant que du raid.
> La méthode que je te proposais permet de faire la même chose, toutefois:
> - tu référence ``mdX'' plutôt que ``sdXY'' et donc, ce sera le raid
> qui se chargera de déterminer quel(s) disque(s) est(sont) actifs et
> à jour au moment du démarrage.
> - le problème de modification du fs ``pendant'' la synchronisation
> devient un problème du kernel, qui se chargera de reporter les
> modifications sur les deux disques, simultanément.
> - ce second point te permet d'utiliser ton système tranquillement
> pendant la synchronisation. Le gestionnaire de raid ralentira au
> besoin la vitesse de copie pour te permettre de travailler
> correctement.
Voilà un avantage convaincant.
Je vais regarder la chose de plus près.
>> Là, après avoir changé les UUID avec tune2fs pour les partitions ext4
>> et avec mkswap pour la partition swap, tout est rentré dans l'ordre.
> Oui, mais au prochain ``dd'', *toute* ta structure de fs (métadonnées)
> sera recopiée égallement, donc tu aurras à nouveau le même UUID.
> La solution est de faire *systématiquement* la commande suggérée par
> Erik et François, *après chaque* ``dd'' (petit script shell).
Hum, voyons la chose:
# blkid
/dev/sda1: LABEL="BOOT1" UUID="31d96caa-4132-43be-ba33-9b249b9d8a4f"
TYPE="ext2"
/dev/sda5: UUID="388358e6-423d-4fac-8713-78dbb41d1013" TYPE="swap"
/dev/sda6: LABEL="ROOT1" UUID="1596a0cc-aae4-4143-8487-4018c2e2b6fd"
TYPE="ext4"
/dev/sda7: LABEL="HOME1" UUID="4d1bfeb1-dab9-4069-9309-40f078274382"
TYPE="ext4"
/dev/sdb1: LABEL="BOOT2" UUID="e2551bdc-4b61-4f5e-b415-c713c1a68b24"
TYPE="ext2"
/dev/sdb5: UUID="62047224-ae23-4ea5-991a-0f4cc706b646" TYPE="swap"
LABEL="SWAP2"
/dev/sdb6: LABEL="ROOT2" UUID="ac1c5a0a-31ad-47d9-8580-2ebcd9a0aaf5"
TYPE="ext4"
/dev/sdb7: LABEL="HOME2" UUID="c4891514-f053-4460-be01-7f44a5e7911b" TYPE="ext4"
# rsync -auvt --delete /home/ /bkp2/homedir/ (HOME1 --> HOME2)
# rsync -auvtx --delete // /bkp2/rootdir/ (ROOT1 --> ROOT2)
# rsync -auvt --delete /boot/ /bkp2/bootdir/ (BOOT1 --> BOOT2)
# reboot
......
# blkid
/dev/sda1: LABEL="BOOT1" UUID="31d96caa-4132-43be-ba33-9b249b9d8a4f"
TYPE="ext2"
/dev/sda5: UUID="388358e6-423d-4fac-8713-78dbb41d1013" TYPE="swap"
/dev/sda6: LABEL="ROOT1" UUID="1596a0cc-aae4-4143-8487-4018c2e2b6fd"
TYPE="ext4"
/dev/sda7: LABEL="HOME1" UUID="4d1bfeb1-dab9-4069-9309-40f078274382"
TYPE="ext4"
/dev/sdb1: LABEL="BOOT2" UUID="e2551bdc-4b61-4f5e-b415-c713c1a68b24"
TYPE="ext2"
/dev/sdb5: LABEL="SWAP2" UUID="62047224-ae23-4ea5-991a-0f4cc706b646"
TYPE="swap"
/dev/sdb6: LABEL="ROOT2" UUID="ac1c5a0a-31ad-47d9-8580-2ebcd9a0aaf5"
TYPE="ext4"
/dev/sdb7: LABEL="HOME2" UUID="c4891514-f053-4460-be01-7f44a5e7911b" TYPE="ext4"
Ben non. Les informations UUID et LABEL sont restées (tant mieux pour
moi!). Est-ce qu'elles se trouvent sur le premier bloc du disque?
Merci pour tes explications
Pierre
--
Dr Pierre-O. Maitre
Privat-Docent
FMH Anesthésiologie
FMH Pharmacologie Clinique
Cabinet médical / A la Joy
1272 Genolier
More information about the gull
mailing list