UUID et label

UUID : Universal Unique IDentifier (identifiant universel unique)

• Le paquet "volume_id" est désormais nécessaire au système de fichiers RAM initial (initramfs-tools) ainsi qu'aux programmes Grub et Udev. Notre Ubuntu est évidemment concerné par cette évolution (depuis Edgy).

Dans ce cadre, l'attribut le plus caractéristique est sans doute l'UUID.

Il s'agit d'une suite plus ou moins longue chaîne de caractères alpha-numériques qui permet d'identifier de façon absolument sûre toute partition ou tout type de périphérique de stockage ("device") physique ou virtuel pouvant être raccordé au système de fichiers.

L'utilisation de l'UUID est généralisée. La plupart des systèmes de fichiers que vous rencontrerez reconnaissent les UUID. Citons notamment, ext2, ext3, reiserfs pour Linux, FAT16 ou 32 et NTFS pour Windows ainsi que les disques RAID. Vous trouverez une liste détaillée dans /usr/share/doc/libvolume-id0/README.

Le chiffre de l'UUID est calculé automatiquement au moyen d'un algorithme intégrant notamment certaines données de l'ordinateur hôte. Ce mode de calcul ne présente aucun risque de sécurité crédible.

L'utilisation de l'UUID constitue à la fois un progrès et une contrainte.

L'UUID vous garantit contre tout duplicata et évite ainsi tout blocage en cas de changement de désignation de périphérique.

Vous devrez apprendre à tenir compte de l'UUID sous peine de risquer de rendre impossible le montage de certains volumes ou partitions.

Il y n'a pléthore de solutions. Choisissez celle qui vous convient le mieux parmi les méthodes citées ci-dessous.

• installez le paquet gnome-device-manager
• rendez-vous dans le menu Applications → Outils système → Device Manager.
• sélectionnez sur la partie gauche le périphérique qui vous intéresse et dans la partie droite, vous verrez l'UUID à droite de "Volume UUID"

Votre choix va dépendre de ce que vous cherchez :

Vous permet de connaître les droits d'accès, le propriétaire, la date et l'heure de création et, enfin, l'UUID.

Par exemple :

ls -l /dev/disk/by-uuid/

vous renvoie quelque chose du type :

total 0
lrwxrwxrwx 1 root root 10 2007-06-03 17:16 1124d9e8-6266-4bcf-8035-37a02ba75c69 -> ../../hda3
lrwxrwxrwx 1 root root 10 2007-06-03 17:16 b7bf2c3f-75ab-41cd-a740-d983f6fb340f -> ../../hda1
lrwxrwxrwx 1 root root 10 2007-06-03 23:53 c47ddf20-05de-44f5-b79e-c463992ffd3f -> ../../sda1
lrwxrwxrwx 1 root root 10 2007-06-03 17:16 c6b5add9-0193-447a-a15d-6ba6db1db0b0 -> ../../hda2
lrwxrwxrwx 1 root root 10 2007-06-05 02:04 D021-90E9 -> ../../sdb1

La commande blkid (ou /sbin/blkid), rattachée à la famille des E2fsprogs, vous permet de trouver les attributs UUID, LABEL et TYPE.

Par exemple :

sudo blkid

vous renvoie quelque chose du type :

/dev/hda1: UUID="b7bf2c3f-75ab-41cd-a740-d983f6fb340f" TYPE="swap" 
/dev/hda2: UUID="c6b5add9-0193-447a-a15d-6ba6db1db0b0" SEC_TYPE="ext2" TYPE="ext3" 
/dev/hda3: UUID="1124d9e8-6266-4bcf-8035-37a02ba75c69" SEC_TYPE="ext2" TYPE="ext3" 
/dev/sda1: LABEL="Externe" UUID="c47ddf20-05de-44f5-b79e-c463992ffd3f" SEC_TYPE="ext2" TYPE="ext3" 
/dev/sdb1: LABEL="KINGSTON" UUID="D021-90E9" TYPE="vfat" 

Le fichier de configuration généré par blkid est /etc/blkid.tab.

Pour les versions antérieures à Karmic (9.10), la commande permettant de déterminer l'UUID d'une partition (montée ou non) est vol_id.

Par exemple :

sudo vol_id -u /dev/sda1

renvoie quelque chose du type :

c47ddf20-05de-44f5-b79e-c463992ffd3f

La commande vol_id permet de connaître le type du système de fichiers, l'UUID et l'étiquette des volumes ou des partitions. Pour plus d'informations, consulter la page de manuel de vol_id.

Depuis Edgy, lors de l'installation (ou lors de la mise à jour depuis Dapper), vous trouverez notamment des UUID dans les deux fichiers de configuration importants que sont /boot/grub/menu.lst et /etc/fstab.

Au fil du temps, il est possible, voire probable, que l'organisation de votre système de fichiers change : sans parler des périphériques de stockage, vous allez créer des partitions, modifier leur taille ou leur système de fichiers. À chacune de ces modifications, les partitions modifiées ou créées seront gratifiées automatiquement d'un nouvel UUID.

En bref, veiller à la cohérence des UUID.

En attendant la mise en place possible dans le futur d'un système automatique, il vous faut désormais veiller à ce que les deux fichiers de configuration cités plus haut soient mis à jour lors de la création de nouveaux UUID.

Procédure à suivre:

1. Relever l'UUID de la ou des partitions modifiées. (voir plus haut)
2. Modifier le fichier /etc/fstab (voir mount_fstab)
3. S'il s'agit d'une partition bootable*, mettre à jour le fichier /boot/grub/menu.lst

• Soit manuellement en éditant le fichier (voir la page sur Grub pour en savoir plus).
• Soit automatiquement avec la commande

  sudo update-grub

Il y a en effet désormais une ligne dans update-grub qui prescrit d'écrire l'UUID dans le menu.lst en lieu et place du classique /dev/sdX.

La liste des partitions contenue dans le menu de Grub ne concerne que les partitions « bootables », c'est à dire celles qui supportent un système d'exploitation.

La partition de boot nécessite une occurrence d'UUID par noyau installé. Le même UUID devra donc être répété plusieurs fois.

Dans /boot/grub/menu.lst, le paragraphe "DefOptions" doit ressembler à ceci:

## ## Start Default Options ##
## default kernel options
## default kernel options for automagic boot options
## If you want special options for specific kernels use kopt_x_y_z
## where x.y.z is kernel version. Minor versions can be omitted.
## e.g. kopt=root=/dev/hda1 ro
##      kopt_2_6_8=root=/dev/hdc1 ro
##      kopt_2_6_8_2_686=root=/dev/hdc2 ro
# kopt=root=UUID=6c1eb35e-ae0c-4e51-ab79-27b78ce97299 ro

Remarquez que la ligne (# kopt…) contenant l'identification de l'UUID n'est commentée (#) qu'une seule fois. C'est normal. Si d'autres lignes "kopt" sont également commentées une seule fois, cela peut induire des erreurs.

Exemple :

/dev/hda1 contenait une partition FAT32 et son UUID valait 3DBA-FCCF.

Après avoir démonté la partition :

sudo umount /media/hda1

Et créé et vérifié le système de fichier :

sudo mkfs.ext2 -T small -cc -L SysRescCD -m 0 -v /dev/hda1

Je lance la commande suivante pour obtenir son nouvel UUID :

sudo blkid /dev/hda1

Ce qui renvoie :

/dev/hda1: LABEL="SysRescCD" UUID="f1ca2fca-895f-4066-91c4-8a33197e1284" TYPE="ext2"

Je veux que cette partition soit montée dans le répertoire /media/SysRescCD, je le crée donc d'abord :

sudo mkdir /media/SysRescCD

Puis j'édite le fichier /etc/fstab pour ajouter la ligne :

UUID=f1ca2fca-895f-4066-91c4-8a33197e1284 /media/SysRescCD ext2 nouser,defaults,errors=remount-ro,atime,auto,rw,dev,exec,suid 0 1

J'enregistre ce fichier, et je tente de monter la partition fraîchement formatée :

sudo mount /media/SysRescCD

mount: périphérique spécial /dev/disk/by-uuid/f1ca2fca-895f-4066-91c4-8a33197e1284 n'existe pas

En fait, comme le système nous le dit, le répertoire /dev/disk/by-uuid/ qui recense les disques par UUID n'a jamais entendu parler du nouvel UUID.

Ce répertoire contient les UUID qui sont des liens vers les fichiers de périphérique (du type /dev/hdaX).

La commande suivante :

ls -l /dev/disk/by-uuid/ | grep hda1

renvoie :

0 lrwxrwxrwx 1 root root 10  mer 09/05/2007 09:57:22 3DBA-FCCF -> ../../hda1

C'est toujours l'ancien UUID qui référence /dev/hda1 !

La commande pour remettre ce répertoire à jour est :

sudo udevtrigger

ou

sudo udevadm trigger

sur Intrepid et suivants, cette commande est lancée lors d'un démarrage.

Mais le plus simple est de recréer le lien avec les commandes :

cd /dev/disk/by-uuid/
sudo ln -s /dev/disk/hda1 f1ca2fca-895f-4066-91c4-8a33197e1284

Et finalement monter la partition :

sudo mount /media/SysRescCD

PS: Cette partition est destinée à recevoir un SystemRescueCD (système de secours). Comme ça plus besoin du CD. Petit conseil : faîtes-le, en suivant cette doc.

Lors de l'upgrade de Dapper vers Edgy, certains ont pu avoir un problème de swap lors de la mise en hibernation.

Dans ce cas, appliquez la technique suivante :

• Déterminez votre partition swap.

 sudo fdisk -l

• Régénérez votre partition swap.

 sudo swapoff -a
 sudo mkswap </dev/partition_swap>
 sudo swapon -a

(bien sûr, remplacez </dev/partition_swap> par votre partition)

Gardez l'UUID de sortie de cette commande.

• Éditez le fichier de configuration /etc/initramfs-tools/conf.d/resume et corrigez l'UUID en le remplaçant par celui que vous venez d'obtenir :

RESUME=UUID=<uuid>

en remplaçant <uuid> par la valeur adéquate…

• Éditez le fichier de configuration /etc/fstab et corrigez l'UUID et si besoin le /dev/partition_swap à la ligne concernant la partition swap.

• Mettez à jour initramfs

sudo update-initramfs -u -k $(uname -r)

• Redémarrer avant de tester l'hibernation

Pour plus d'informations, voir les pages de manuel de :

• mkinitramfs
• initramfs.conf
• initramfs-tools
• update-initramfs

L'UUID peut vous servir aussi à différencier deux périphériques USB.

(source : Planet Ubuntu-fr - The Glu 19/03/07)

Si vous êtes l'heureux possesseur d'un DD externe et d'une clé USB, il peut arriver que ces périphériques soient identifiés aléatoirement au montage tantôt comme /dev/sda1 tantôt comme /dev/sdb1. Ceci peut occasionner quelques problèmes, par exemple dans le cas ou un script (sauvegarde, vérification etc..) doit s'exécuter sur l'un mais pas sur l'autre.

Vous pouvez forcer le système à les monter sur un point de montage précis en les différenciant tout simplement par leur UUID.

Voici par exemple la procédure pour forcer le fstab à monter un périphérique sur /media/sos. Ajoutez cette ligne :

UUID=f0343b8c-1226-4f66-8b41-6a5c02c028dd /media/sos auto user,uid=1000,gid=1000,atime,auto,rw,nodev,exec,suid 0 0

Ainsi, ce périphérique sera TOUJOURS monté sur /media/sos au démarrage.

Sous Hardy cette méthode ne semble fonctionner qu'en ligne de commande avec mount. Lorsque l'on passe par konqueror ou Dolphin et que le périphérique n'est pas encore monté on obtient le message d'erreur Autorisations refusées. C'est pourquoi il vaut mieux l'utiliser pour les périphériques présents au démarrage.
Il ne faut pas avoir déjà créé le dossier /media/sos (avec peut-être un chown) avant l'ajout dans fstab ?

Cette méthode utilise udev pour forcer le nom du node correspondant au périphérique USB en fonction de son UUID.

• Création d'une règle udev pour associer le périphérique avec le nom de node choisi :

sudo touch /etc/udev/rules.d/85-disque_externe.rules

• Rajouter les lignes suivantes pour associer le nom de node au périphérique

SUBSYSTEM!="block", GOTO="hotname_end"
IMPORT{program}="vol_id --export $tempnode"
ENV{ID_FS_USAGE}=="filesystem", ENV{ID_FS_UUID}=="f0343b8c-1226-4f66-8b41-6a5c02c028dd", SYMLINK+="sos"

LABEL="hotname_end"

• Redémarrage de udev pour prendre la nouvelle règle en compte

sudo  /etc/init.d/udev restart

• Créer le point de montage s'il n'existe pas déjà

sudo mkdir /media/sos

• Rajouter une ligne dans la fstab pour associer le nouveau node avec le point de montage

/dev/sos /media/sos auto user,uid=1000,gid=1000,atime,auto,rw,nodev,exec,suid 0 0

Ainsi, ce périphérique sera TOUJOURS monté sur /media/sos après l'avoir branché à chaud, que vous utilisiez konqueror, Dolphin ou la commande mount

Aucune des commandes ci-dessous ne vous donnera d'UUID. Par contre, elles présentent l'avantage de vous présenter de façon claire vos volumes et vos partitions.

Depuis le menu Système → Administration → Éditeur de partitions
Si l'éditeur de partition n'est pas présent dans le menu, installez gparted (Gnome).

cat /etc/fstab
sudo fdisk -l

Pour connaître les informations des partitions montées (type de partition et étiquette) utilisez la commande :

mount -l

Il se peut que vous ayez besoin de forcer le changement de l'UUID d'un système de fichiers. C'est le cas, par exemple, lorsque vous faites une copie à l'identique (ou image) d'un système de fichiers à l'intérieur d'un même disque dur ou de tout périphérique raccordé à l'ordinateur. La copie à l'identique ne modifie pas l'UUID d'un système de fichiers dupliqué ; deux systèmes de fichiers au même UUID peut causer certaines difficultés à votre système Ubuntu.

Pour modifier manuellement un UUID, utilisez les outils en ligne de commande tune2fs, utilitaire de configuration pour systèmes de fichiers de type ext2 et ext3, ou reiserfstune, utilitaire de configuration pour systèmes de fichiers ReiserFS.

~$ sudo tune2fs -U <l'UUID desirée> /dev/<votre partition>
ou
~$ sudo reiserfstune -u <l'UUID desirée> /dev/<votre partition>

Rappelez-vous que l'UUID doit être un identifiant unique et qu'il ne peut contenir que des caractères alphanumériques ([a-z], [A-Z], [0-9]) et des tirets, et doit débuter par un caractère alphanumérique.

Les étiquettes (ou Label) sont un mode de désignation convivial qui convient plus particulièrement à une utilisation locale. Les étiquettes ne remplacent absolument pas les UUID car elles n'offrent ni leur unicité ni leur sécurité. Considérez-les comme un aide-mémoire et donc plutôt comme une valeur ajoutée qui vous permettra d'identifier une partition montée rapidement.

Les étiquettes font partie des attributs distinctifs des partitions et autres périphériques de stockage. Elles doivent être attribuées manuellement. Veillez à ne pas donner à votre étiquette un nom de plus de 16 caractères, sinon votre entrée sera tronquée.

Les étiquettes des partitions ext2 ou ext3 de votre disque dur peuvent être ajoutées à l'aide du programme e2label inclus dans la distribution. N'oubliez pas de démonter la partition à renommer avant d'exécuter cette commande.

Par exemple :

sudo e2label /dev/sda5 vmplayer-roger

Vérifiez :

sudo vol_id /dev/sda5

ID_FS_USAGE=filesystem
ID_FS_TYPE=ext3
ID_FS_VERSION=1.0
ID_FS_UUID=53c87c41-24b8-401d-b765-06955cc93f74
ID_FS_LABEL=vmplayer-roger
ID_FS_LABEL_SAFE=vmplayer-roger

Donner un label à une partition ReiserFS :

sudo reiserfstune -l sys_root /dev/hda2
sudo /etc/init.d/dbus restart

N'oubliez pas de démonter la partition à renommer avant d'exécuter cette commande.

Comme pour l'UUID, vous pouvez vérifier les noms des étiquettes en mode graphique via le gestionnaire de périphériques, onglet « avancés », sous la clé « volume.label ».

Contributeurs : roger64, Id2ndR, manatlan, Hugo2504, fnx