Mise en place :
- Plusieurs ordinateurs hors ligne avec des disques SSD uniques remplaçables à chaud (un seul disque SSD contenant le système d'exploitation et les données)
- Ubuntu 20.04.1 installé en mode UEFI (Single OS, disque entier)
Problème : Après être passé à Ubuntu 20.04 LTS, il est devenu courant qu'après l'arrêt complet d'un PC, le retrait du SSD (contenant le système d'exploitation) et son déplacement vers un autre PC (exactement le même matériel), je doive faire face à un sauvetage Grub. Cela ne s'est pas produit dans 16.04 LTS (non UEFI) et j'ai pu remplacer les disques SSD normalement.
Symptômes :
- Après avoir déplacé le SSD (100% sûr d'un arrêt correct), je suis confronté à la fenêtre Grub (en mode secours) à la fois sur le PC d'origine et sur le nouveau PC (c'est-à-dire que le système d'exploitation est corrompu).
- Même en configurant Grub en mode manuel (set root=(hd0,gpt2) ; linux /boot/vm...) et en appelant 'boot', j'arrive à un environnement de ligne de commande avec (initramfs) au début de la ligne où il est suggéré d'exécuter fsck sur la partition racine parce que la somme de contrôle est erronée !
- fsck invalide presque tous les secteurs et la partition devient inutilisable.
Suggestions :
- La seule chose à laquelle je peux penser (bien que ce ne soit pas nécessairement vrai) est l'utilisation de LZ4 pour les initramfs dans Ubuntu 20.04. Ou il pourrait s'agir de problèmes Grub avec le mode UEFI. Étant donné que la plupart des gens n'ont pas l'habitude de déplacer leur disque de système d'exploitation d'un PC à l'autre, il s'agit peut-être d'un problème rare.
Notas:
- Je ne fais rien d'étrange avec ces disques. Comme toutes mes configurations Windows (et précédemment, Ubuntu 16.04 LTS) fonctionnent correctement pendant ces remplacements.
