Persistent block device naming (Français) - ArchWiki

Jump to content
From ArchWiki
État de la traduction: Cet article est la version francophone de Persistent block device naming. Date de la dernière traduction: 2023-02-18. Vous pouvez aider à synchroniser la traduction s'il y a eu des changements dans la version anglaise.

Related articles

- fstab (Français)
- udev (Français)
- LVM (Français)

Cet article décrit comment utiliser des noms persistants pour vos périphériques de type bloc. Ceci a été rendu possible grâce à l'introduction d'udev et présente quelques avantages par rapport à l'attribution de noms par bus. Si votre machine dispose de plus d'un contrôleur de disque SATA, SCSI ou IDE, l'ordre dans lequel les nœuds de périphériques correspondants sont ajoutés est arbitraire. Cela peut avoir pour conséquence que les noms de périphériques comme /dev/sda et /dev/sdb changent à chaque démarrage, ce qui peut aboutir à un système non amorçable, kernel panic (la panique du noyau) ou la disparition d'un périphérique de type bloc. Un nommage persistant résout ces problèmes.

Note:

- Les noms persistants ont des limites qui sont hors du champ de cet article. Par exemple, alors que Mkinitcpio peut prendre en charge une méthode, systemd peut imposer ses propres limites (par exemple FS#42884) sur le nommage qu'il peut prendre en charge au démarrage.
- Cet article n'est pas pertinent pour les volumes logiques de LVM, puisque les chemins `/dev/NomDuGroupeDeVolume/NomDeVolumeLogique` vers les périphériques sont permanents.

## Méthodes de nommage persistantes

Il existe quatre schémas différents pour l'appellation persistante: by-label, by-uuid, by-id et by-path. Pour ceux qui utilisent des disques avec une table de partitions GUID (GPT), deux schémas supplémentaires peuvent être utilisés by-partlabel et by-partuuid. Vous pouvez également utiliser des noms de périphériques statiques avec Udev.

Les répertoires de `/dev/disk/` sont créés et détruits dynamiquement, selon qu'ils contiennent ou non des périphériques.

Note: Attention, le clonage de disque crée deux disques différents portant le même nom.

Les sections suivantes décrivent les différentes méthodes de nommage persistant et leur utilisation.

La commande `lsblk` peut être utilisée pour visualiser graphiquement les premiers schémas persistants:

    $ lsblk -f

    NAME   FSTYPE LABEL  UUID                                 MOUNTPOINT
    sda
    ├─sda1 vfat          CBB6-24F2                            /boot
    ├─sda2 ext4   SYSTEM 0a3407de-014b-458b-b5c1-848e92a327a3 /
    ├─sda3 ext4   DATA   b411dc99-f0a0-4c87-9e05-184977be8539 /home
    └─sda4 swap          f9fe0b69-a280-415d-a03a-a32752370dee [SWAP]

Pour ceux qui utilisent GPT, utilisez la commande `blkid` à la place. Ce dernier est plus pratique pour les scripts, mais plus difficile à lire.

    # blkid

    /dev/sda1: UUID="CBB6-24F2" TYPE="vfat" PARTLABEL="EFI SYSTEM PARTITION" PARTUUID="d0d0d110-0a71-4ed6-936a-304969ea36af"
    /dev/sda2: LABEL="SYSTEM" UUID="0a3407de-014b-458b-b5c1-848e92a327a3" TYPE="ext4" PARTLABEL="GNU/LINUX" PARTUUID="98a81274-10f7-40db-872a-03df048df366"
    /dev/sda3: LABEL="DATA" UUID="b411dc99-f0a0-4c87-9e05-184977be8539" TYPE="ext4" PARTLABEL="HOME" PARTUUID="7280201c-fc5d-40f2-a9b2-466611d3d49e"
    /dev/sda4: UUID="f9fe0b69-a280-415d-a03a-a32752370dee" TYPE="swap" PARTLABEL="SWAP" PARTUUID="039b6c1c-7553-4455-9537-1befbc9fbc5b"

### by-label

Presque tous les types de systèmes de fichiers peuvent avoir une étiquette (label). Toutes vos partitions qui en ont une sont listées dans le répertoire `/dev/disk/by-label`.

    $ ls -l /dev/disk/by-label

    total 0
    lrwxrwxrwx 1 root root 10 May 27 23:31 DATA -> ../../sda3
    lrwxrwxrwx 1 root root 10 May 27 23:31 SYSTEM -> ../../sda2

La plupart des systèmes de fichiers permettent de définir l'étiquette à la création du système de fichiers, consultez la page de manuel de l'utilitaire `mkfs.*` correspondant. Pour certains systèmes de fichiers, il est également possible de modifier les étiquettes. Voici quelques méthodes pour modifier les étiquettes des systèmes de fichiers courants :

swap
  `swaplabel -L "nouvelle étiquette" /dev/XXX` avec util-linux
ext2/3/4
  `e2label /dev/XXX "nouvelle étiquette"` avec e2fsprogs
btrfs
  `btrfs filesystem label /dev/XXX "nouvelle étiquette"` avec btrfs-progs
reiserfs
  `reiserfstune -l "nouvelle étiquette" /dev/XXX` avec reiserfsprogs
jfs
  `jfs_tune -L "nouvelle étiquette" /dev/XXX` avec jfsutils
xfs
  `xfs_admin -L "nouvelle étiquette" /dev/XXX` avec xfsprogs
fat/vfat
  `fatlabel /dev/XXX "nouvelle étiquette"` avec dosfstools
  `mlabel -i /dev/XXX ::"nouvelle étiquette"` avec mtools
exfat
  `tune.exfat -L "nouvelle étiquette" /dev/XXX` avec exfatprogs
  `exfatlabel /dev/XXX "nouvelle étiquette"` avec exfatprogs or exfat-utils
ntfs
  `ntfslabel /dev/XXX "nouvelle étiquette"` avec ntfs-3g
udf
  `udflabel /dev/XXX "nouvelle étiquette"` avec udftools
crypto_LUKS (LUKS2 uniquement)
  `cryptsetup config --label="nouvelle étiquette" /dev/XXX` avec cryptsetup

L'étiquette d'un périphérique peut être obtenu avec lsblk :

    $ lsblk -dno LABEL /dev/sda2

    Arch Linux

Ou avec blkid :

    # blkid -s LABEL -o value /dev/sda2

    Arch Linux

Note:

- Le système de fichiers ne doit pas être monté pour changer son étiquette. Pour le système de fichiers racine, cela peut être réalisé en démarrant à partir d'un autre volume.
- Les étiquettes doivent être sans ambiguïté pour éviter tout conflit éventuel.
- Les étiquettes peuvent comporter jusqu'à 16 caractères.
- Comme l'étiquette est une propriété du système de fichiers, elle ne convient pas pour adresser un seul périphérique RAID de manière persistante.
- Lorsque vous utilisez des conteneurs chiffrés avec dm-crypt, les étiquettes des systèmes de fichiers à l'intérieur des conteneurs ne sont pas disponibles tant que le conteneur est verrouillé/chiffré.

### by-uuid

UUID est un mécanisme pour donner à chaque système de fichiers un identifiant unique.

Ces identificateurs sont générés par les utilitaires du système de fichiers (par ex: `mkfs.*`) quand les partitions sont formatées et sont définies de manière à ce que les collisions soient improbables. Tous les systèmes de fichiers GNU/Linux (y compris les en-têtes de swap et LUKS des périphériques chiffrés bruts) prennent en charge les UUID. Les systèmes de fichiers FAT et NTFS (label fat et windows ci-dessus) ne prennent pas en charge les UUID, mais sont toujours listés dans `/dev/disk/by-uuid` avec un UID plus court (identifiant unique).

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

    total 0
    lrwxrwxrwx 1 root root 10 May 27 23:31 0a3407de-014b-458b-b5c1-848e92a327a3 -> ../../sda2
    lrwxrwxrwx 1 root root 10 May 27 23:31 b411dc99-f0a0-4c87-9e05-184977be8539 -> ../../sda3
    lrwxrwxrwx 1 root root 10 May 27 23:31 CBB6-24F2 -> ../../sda1
    lrwxrwxrwx 1 root root 10 May 27 23:31 f9fe0b69-a280-415d-a03a-a32752370dee -> ../../sda4

L'UUID d'un périphérique peut être obtenu avec lsblk :

    $ lsblk -dno UUID /dev/sda1

    CBB6-24F2

Ou avec blkid :

    # blkid -s UUID -o value /dev/sda1

    CBB6-24F2

L'avantage de la méthode UUID est qu'il est beaucoup moins probable que des collisions de noms se produisent qu'avec les étiquettes. De plus, il est généré automatiquement lors de la création du système de fichiers. Il restera, par exemple, unique même si l'appareil est branché à un autre système (qui peut avoir un appareil avec la même étiquette).

L'inconvénient est que les UUIDs rendent les longues lignes de code difficiles à lire et rompent le formatage dans de nombreux fichiers de configuration (par ex: fstab ou crypttab). Aussi chaque fois qu'une partition est redimensionnée ou reformatée, un nouvel UUID est généré et les configurations doivent être ajustées manuellement.

Astuce: Dans le cas où votre partition swap n' a pas d'UUID assigné, vous devrez réinitialiser la partition swap en utilisant l'utilitaire mkswap.

### by-id et by-path

`by-id` crée un nom unique en fonction du numéro de série du matériel, `by-path` en fonction du chemin physique le plus court (selon sysfs). Les deux contiennent des chaînes de caractères pour indiquer à quel sous-système elles appartiennent (c'est-à-dire `pci-` pour `by-path`, et `ata-` pour `by-id`), donc ils sont reliés au matériel qui contrôle l'appareil.

Ceci implique différents niveaux de persistance: le `by-path` changera lorsque l'appareil est branché sur un port différent du contrôleur, le `by-path` changera lorsque l'appareil est branché sur un port d'un contrôleur matériel soumis à un autre sous-système [1]. Par conséquent, les deux ne conviennent pas pour obtenir un nommage persistant tolérant aux changements de matériel.

Cependant, les deux fournissent des informations importantes pour trouver un périphérique particulier dans une grande infrastructure matérielle. Par exemple, si vous n'attribuez pas manuellement des étiquettes persistantes (`by-label` ou `by-partlabel`) et que vous conservez un répertoire avec l'utilisation du port matériel, `by-id` et `by-path` peuvent être utilisés pour trouver un périphérique particulier. [2] [3]

`by-id` crée également des liens World Wide Name de périphériques de stockage qui le prennent en charge. Contrairement aux autres liens `by-id`, les WWN sont entièrement persistants et ne changent pas en fonction du sous-système utilisé.

Note: `by-id` et `by-path` liens ne peuvent être considérés comme persistants que pour les disques, pas pour les partitions. Les partitions seront référencées par leur numéro dans la table de partition et cela peut changer si les partitions sont réorganisées.

    $ ls -l /dev/disk/by-id/

    total 0
    lrwxrwxrwx 1 root root 10 May 27 23:31 ata-WDC_WD2500BEVT-22ZCT0_WD-WXE908VF0470 -> ../../sda
    lrwxrwxrwx 1 root root 10 May 27 23:31 ata-WDC_WD2500BEVT-22ZCT0_WD-WXE908VF0470-part1 -> ../../sda1
    lrwxrwxrwx 1 root root 10 May 27 23:31 ata-WDC_WD2500BEVT-22ZCT0_WD-WXE908VF0470-part2 -> ../../sda2
    lrwxrwxrwx 1 root root 10 May 27 23:31 ata-WDC_WD2500BEVT-22ZCT0_WD-WXE908VF0470-part3 -> ../../sda3
    lrwxrwxrwx 1 root root 10 May 27 23:31 ata-WDC_WD2500BEVT-22ZCT0_WD-WXE908VF0470-part4 -> ../../sda4
    lrwxrwxrwx 1 root root 10 May 27 23:31 mmc-SD32G_0x0040006d -> ../../mmcblk0
    lrwxrwxrwx 1 root root 10 May 27 23:31 mmc-SD32G_0x0040006d-part1 -> ../../mmcblk0p1
    lrwxrwxrwx 1 root root 10 May 27 23:31 wwn-0x60015ee0000b237f -> ../../sda
    lrwxrwxrwx 1 root root 10 May 27 23:31 wwn-0x60015ee0000b237f-part1 -> ../../sda1
    lrwxrwxrwx 1 root root 10 May 27 23:31 wwn-0x60015ee0000b237f-part2 -> ../../sda2
    lrwxrwxrwx 1 root root 10 May 27 23:31 wwn-0x60015ee0000b237f-part3 -> ../../sda3
    lrwxrwxrwx 1 root root 10 May 27 23:31 wwn-0x60015ee0000b237f-part4 -> ../../sda4

    $ ls -l /dev/disk/by-path/

    total 0
    lrwxrwxrwx 1 root root 10 May 27 23:31 pci-0000:00:1f.2-ata-1 -> ../../sda
    lrwxrwxrwx 1 root root 10 May 27 23:31 pci-0000:00:1f.2-ata-1-part1 -> ../../sda1
    lrwxrwxrwx 1 root root 10 May 27 23:31 pci-0000:00:1f.2-ata-1-part2 -> ../../sda2
    lrwxrwxrwx 1 root root 10 May 27 23:31 pci-0000:00:1f.2-ata-1-part3 -> ../../sda3
    lrwxrwxrwx 1 root root 10 May 27 23:31 pci-0000:00:1f.2-ata-1-part4 -> ../../sda4
    lrwxrwxrwx 1 root root 10 May 27 23:31 pci-0000:07:00.0-platform-rtsx_pci_sdmmc.0 -> ../../mmcblk0
    lrwxrwxrwx 1 root root 10 May 27 23:31 pci-0000:07:00.0-platform-rtsx_pci_sdmmc.0-part1 -> ../../mmcblk0p1

#### NVMe

Les identifiants de périphériques NVMe persistants sont préfixés par `nvme-` [4], par opposition à `wwn-`. Le World Wide Name utilisé est un format plus moderne du Extended Unique Identifier (EUI) par rapport à la plupart des périphériques ATA ou SCSI.

    $ ls -l /dev/disk/by-id/

    total 0
    lrwxrwxrwx 1 root root 13 Feb 12 16:28 nvme-eui.002538570142d716 -> ../../nvme1n1
    lrwxrwxrwx 1 root root 15 Feb 12 16:28 nvme-eui.002538570142d716-part1 -> ../../nvme1n1p1
    lrwxrwxrwx 1 root root 15 Feb 12 16:28 nvme-eui.002538570142d716-part2 -> ../../nvme1n1p2
    lrwxrwxrwx 1 root root 13 Feb 12 16:28 nvme-eui.e8238fa6bf530001001b448b4566aa1a -> ../../nvme0n1
    lrwxrwxrwx 1 root root 15 Feb 12 16:28 nvme-eui.e8238fa6bf530001001b448b4566aa1a-part1 -> ../../nvme0n1p1
    lrwxrwxrwx 1 root root 15 Feb 12 16:28 nvme-eui.e8238fa6bf530001001b448b4566aa1a-part2 -> ../../nvme0n1p2
    lrwxrwxrwx 1 root root 13 Feb 12 16:28 nvme-Samsung_SSD_970_EVO_Plus_2TB_S4J4NJ0N704064T -> ../../nvme1n1
    lrwxrwxrwx 1 root root 15 Feb 12 16:28 nvme-Samsung_SSD_970_EVO_Plus_2TB_S4J4NJ0N704064T-part1 -> ../../nvme1n1p1
    lrwxrwxrwx 1 root root 15 Feb 12 16:28 nvme-Samsung_SSD_970_EVO_Plus_2TB_S4J4NJ0N704064T-part2 -> ../../nvme1n1p2
    lrwxrwxrwx 1 root root 13 Feb 12 16:28 nvme-WDS100T1X0E-00AFY0_21455A801268 -> ../../nvme0n1
    lrwxrwxrwx 1 root root 15 Feb 12 16:28 nvme-WDS100T1X0E-00AFY0_21455A801268-part1 -> ../../nvme0n1p1
    lrwxrwxrwx 1 root root 15 Feb 12 16:28 nvme-WDS100T1X0E-00AFY0_21455A801268-part2 -> ../../nvme0n1p2

    $ ls -l /dev/disk/by-path/

    total 0
    lrwxrwxrwx 1 root root 13 Feb 12 16:28 pci-0000:01:00.0-nvme-1 -> ../../nvme0n1
    lrwxrwxrwx 1 root root 15 Feb 12 16:28 pci-0000:01:00.0-nvme-1-part1 -> ../../nvme0n1p1
    lrwxrwxrwx 1 root root 15 Feb 12 16:28 pci-0000:01:00.0-nvme-1-part2 -> ../../nvme0n1p2
    lrwxrwxrwx 1 root root 13 Feb 12 16:28 pci-0000:04:00.0-nvme-1 -> ../../nvme1n1
    lrwxrwxrwx 1 root root 15 Feb 12 16:28 pci-0000:04:00.0-nvme-1-part1 -> ../../nvme1n1p1
    lrwxrwxrwx 1 root root 15 Feb 12 16:28 pci-0000:04:00.0-nvme-1-part2 -> ../../nvme1n1p2

### by-partlabel

Note: Cette méthode ne concerne que les disques avec une Table de partitions GUID (GPT).

Les étiquettes de partition peuvent être définis dans l'en-tête de l'entrée de partition sur les disques GPT.

Cette méthode est très similaire aux étiquettes du système de fichiers, sauf que le répertoire dynamique est `/dev/disk/by-partlabel`.

    ls -l /dev/disk/by-partlabel/

    total 0
    lrwxrwxrwx 1 root root 10 May 27 23:31 EFI\x20SYSTEM\x20PARTITION -> ../../sda1
    lrwxrwxrwx 1 root root 10 May 27 23:31 GNU\x2fLINUX -> ../../sda2
    lrwxrwxrwx 1 root root 10 May 27 23:31 HOME -> ../../sda3
    lrwxrwxrwx 1 root root 10 May 27 23:31 SWAP -> ../../sda4

L'étiquette de partition d'un périphérique peut être obtenue avec lsblk :

    $ lsblk -dno PARTLABEL /dev/sda1

    Partition Système EFI

Ou avec blkid :

    # blkid -s PARTLABEL -o value /dev/sda1

    Partition Système EFI

Note:

- Les étiquettes de partition GPT doivent également être différentes pour éviter les conflits. Pour changer l'étiquette de votre partition, vous pouvez utiliser `gdisk` ou la version basée sur ncurses `cgdisk`. Les deux sont disponibles à partir du paquet gptfdisk. Consultez les outils de partitionnement (en).
- Selon la spécification, les étiquettes de partition GPT peuvent contenir jusqu' à 72 caractères.

### by-partuuid

Comme les étiquettes de partition GPT, les UUID de partition GPT sont définis dans l'entrée de partition sur les disques GPT.

Le répertoire dynamique est similaire à d'autres méthodes et, comme les systèmes de fichiers UUID, l'utilisation des UUID est préférable aux étiquettes.

    ls -l /dev/disk/by-partuuid/

    total 0
    lrwxrwxrwx 1 root root 10 May 27 23:31 039b6c1c-7553-4455-9537-1befbc9fbc5b -> ../../sda4
    lrwxrwxrwx 1 root root 10 May 27 23:31 7280201c-fc5d-40f2-a9b2-466611d3d49e -> ../../sda3
    lrwxrwxrwx 1 root root 10 May 27 23:31 98a81274-10f7-40db-872a-03df048df366 -> ../../sda2
    lrwxrwxrwx 1 root root 10 May 27 23:31 d0d0d110-0a71-4ed6-936a-304969ea36af -> ../../sda1

L'UUID de la partition d'un périphérique peut être obtenu avec lsblk :

    $ lsblk -dno PARTUUID /dev/sda1

    d0d0d110-0a71-4ed6-936a-304969ea36af

Ou avec blkid :

    # blkid -s PARTUUID -o value /dev/sda1

    d0d0d110-0a71-4ed6-936a-304969ea36af

### Noms de périphériques statiques avec Udev

Voir Udev#Setting static device names

## Utilisation des noms persistants

Il existe plusieurs applications qui peuvent être configurées à l'aide de noms persistants. Ci-dessous quelques exemples et la façon de les configurer.

### fstab

Voir l'article Fstab (Français)#Identification des systèmes de fichiers

### Paramètres du noyau

Pour utiliser des noms persistants dans les paramètres du noyau, les conditions préalables suivantes doivent être remplies. Lors d'une installation standard qui a suivi le guide d'installation ces deux prérequis sont remplis :

- Vous utilisez une initramfs avec udev inclus.
- Pour Mkinitcpio, vous avez activé le hook `udev` ou `systemd` dans `/etc/mkinitcpio.conf`

L'emplacement du système de fichiers racine est donné par le paramètre `root` sur la ligne de commande du noyau. La ligne de commande du noyau est configurée à partir du chargeur d'amorçage, consultez Kernel parameters#Configuration. Pour changer le nom d'un périphérique persistant, ne modifiez que les paramètres qui spécifient les périphériques de type bloc, par exemple : `root` et `resume`, tout en laissant les autres paramètres tels quels. Différents schémas de nommage sont pris en charge:

Nommage des périphériques persistants utilisant l'étiquette et le format `LABEL=`, dans cet exemple `Arch Linux` est l'étiquette du système de fichiers racine.

    root="LABEL=Arch Linux"

Nommage persistant des périphériques utilisant l'UUID et le format `UUID=`, dans cet exemple `0a3407de-014b-458b-b5c1-848e92a327a3` est l'UUID du système de fichiers racine.

    root=UUID=0a3407de-014b-458b-b5c1-848e92a327a3

Nommage de périphérique persistant utilisant l'id du disque et le format de chemin `/dev`, dans cet exemple `wwn-0x60015ee0000b237f-part2` est l'id de la partition racine.

    root=/dev/disk/by-id/wwn-0x60015ee0000b237f-part2

Nommage du périphérique persistant utilisant l'UUID de la partition GPT et le format `PARTUUID=`, dans cet exemple `98a81274-10f7-40db-872a-03df048df366` est le PARTUUID de la partition racine.

    root=PARTUUID=98a81274-10f7-40db-872a-03df048df366

Nommage de périphérique persistant utilisant l'étiquette de partition GPT et le format `PARTLABEL=`, dans cet exemple `GNU/Linux` est le PARTLABEL de la partition racine.

    root="PARTLABEL=GNU/Linux"

Categories:

- Boot process (Français)
- File systems (Français)
- Hardware detection and troubleshooting (Français)