Pourquoi la modification de l'UUID d'un périphérique empêche-t-elle le démarrage ?

Bien que la partie de la question ait déjà été répondue ici : https://unix.stackexchange.com/questions/137862/why-does-fstab-use-uuid-instead-of-the-actual-file-system-name

Je vais essayer de fournir une autre explication. Actuellement, vous utilisez l'UUID pour monter le système de fichiers racine via fstab. Cela présente un avantage lorsque vous ajoutez un matériel, vous vous référez toujours au même disque. Lorsque vous changez votre disque de démarrage, assurez-vous de changer l'UUID dans votre fstab. Utilisez blkid pour obtenir un nouvel UUID de disque. C'est assez facile lorsque vous attachez les deux disques au même système, obtenez le nouvel UUID et modifiez l'UUID dans le fstab et avant de retirer l'ancien disque, vous devez copier le système de fichiers racine sur le nouveau disque.

Vous pouvez utiliser une autre méthode sans spécifier l'UUID dans le fstab. Vous devrez par exemple faire référence à /dev/sda et spécifier le système de fichiers dans le fstab. Vous risquez d'échouer plus tard lorsque vous attacherez un second disque et que le système changera /dev/sda du disque racine en /dev/sdb par exemple. C'est là que l'UUID est utile.

Les systèmes embarqués et certains autres systèmes peuvent avoir le répertoire de démarrage ainsi que /etc/fstab sur leur propre partition, donc si vous fournissez un mauvais UUID au moment du démarrage et que le système ne le trouve pas, le système ne démarrera tout simplement pas.

Avant de changer de disque, vous devrez donc vérifier la disposition de la partition de démarrage, l'emplacement du fichier fstab et le montage des périphériques au moment du démarrage.