[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