# Grappe redondante non formelle pour partition EFI sur plusieurs disques **URL:** \ **Category:** Support Debian\ **Created:** [Mai 6, 2022, 6:03 UTC](https://www.debian-fr.org/t/grappe-redondante-non-formelle-pour-partition-efi-sur-plusieurs-disques/86499 "2022-05-06T06:03:12Z")\ **Posts on this page:** 1\ **Showing post:** 11
**Author:** ![Almtesh](https://www.debian-fr.org/user_avatar/www.debian-fr.org/almtesh/32/10312_2.png) [@Almtesh](https://www.debian-fr.org/u/Almtesh)\ **Post date:** [Mai 7, 2022, 11:16 UTC](https://www.debian-fr.org/t/grappe-redondante-non-formelle-pour-partition-efi-sur-plusieurs-disques/86499/11 "2022-05-07T11:16:58Z")
> [@PascalHambourg](#): > > Cette commande est défectueuse car `sd$i1` est substitué en « `sd` », `$i1` étant interprété comme une variable (non existante donc vide) et non la variable `$i` suivie de `1` . La commande va donc créer un fichier /dev/sd contenant l’image de la partition /dev/sda1. Il faut mettre quelque chose comme `${i}1` , `$i'1'` ou `"$i"1` pour isoler la variable. On peut voir dans la sortie de `blkid` que /dev/sdb1 n’a pas le même UUID que /dev/sda1. Ah oui, effectivement, je viens de relancer la commande en suivant ton conseil, les UUID sont identiques, mais pas les PARTUUID. > [@PascalHambourg](#): > > J’allais aussi argumenter que l’utilisation de noms de périphériques /dev/sd\* n’est pas fiable car ces noms ne sont pas persistants et peuvent changer d’un démarrage à l’autre selon l’ordre de détection des disques, c’est pourquoi on utilise plutôt des UUID dans /etc/fstab. Mais tu as aussi utilisé /dev/sda1 dans /etc/fstab, donc ta commande est sûre de copier la partition montée sur /boot/efi sur les deux autres. Par contre ce n’est fiable que s’il n’y pas d’autre disque que ces trois. Effectivement, j’ai prévu de mettre un quatrième disque qui serait un disque de spare, mais pour le RAID5, il aurait aussi sa petite copie de la partition EFI comme les autres. > [@PascalHambourg](#): > > Le PARTUUID est contenu dans la table de partition et modifiable avec les outils de partitionnement comme fdisk ou gdisk, pas dans la partition elle-même contrairement à l’UUID. C’est bien ce qu’il me semblait. > [@PascalHambourg](#): > > Pour en revenir à la synchronisation des partitions EFI indépendantes, il n’est pas nécessaire de le faire périodiquement mais seulement après l’exécution de `grub-install` . Oui, en effet, je pense que je vais l’ajouter à mon processus de mises à jour des logiciels. J’ai un système de gestion en masse, avec toutes les machines et les conteneurs que j’ai, ça me fait gagner du temps. > [@Modules disques du noyau passés en dur](https://www.debian-fr.org/t/modules-disques-du-noyau-passes-en-dur/86506/1): > > Et méfiance car les uuid m’ont parfois claqué entre les doigts, ça aussi ce n’était pas fiable… J’utilise en général des LABEL, on peut générer de l’homonymie, mais si ça déconne, je ne pourrai m’en prendre qu’à moi-même. C’est surtout parce que mes partitions ont un contenu qui a une fonction précise, du coup, il arrive assez souvent que je remplace un contenu par un autre sur une fonction en modifiant les LABEL. C’est moins acrobatique que ça en a l’air. --- _[View the full topic](https://www.debian-fr.org/t/grappe-redondante-non-formelle-pour-partition-efi-sur-plusieurs-disques/86499)._