J'ai un problème pour démarrer mon Ubuntu 16.04.2 LTS après la conversion de mon disque dur de MBR à GPT. Comme je l'ai trouvé sur d'autres sites Web, j'ai utilisé gdisk
pour convertir le disque dur de MBR en GPT. Après avoir redémarré mon ordinateur, il s’est avéré que le menu GRUB OS ne s’affiche pas au démarrage, mais il m’a montré un écran noir avec un curseur clignotant. Lorsque j'ai essayé de reconvertir le GPT en table de partition MBR, la commande semblait réussir, mais le GRUB ne fonctionne toujours pas.
Informations supplémentaires: je suis en train de double amorcer Ubuntu 16.04 et Windows 10
Commande utilisée pour convertir MBT en GPT:
Sudo gdisk /dev/sda
Command (? for help): w
Final checks complete. About to write GPT data. THIS WILL OVERWRITE EXISTING PARTITIONS!!
Do you want to proceed? (Y/N): Y
Quelqu'un qui sait comment résoudre le problème? Est-ce que je fais quelque chose de mal?
grub i386-pc
nécessite une "partition de démarrage du BIOS" (c'est-à-dire tapez ef02
dans gdisk). Vous devez donc en créer un après la conversion, avant de relancer grub-install
.
Il est naturel que grub ne fonctionne pas lorsque vous convertissez votre table de partitions MBR/msdos en GUID table de partitions.
La raison en est que grub utilise le "fossé post-MBR", c’est-à-dire le fossé séparant le MBR de la première partition, pour incorporer une partie de son code de démarrage (a.k.a. core.img
). Lorsque vous convertissez la table de partition en GPT, une partie de l'espace est écrasée par le GPT principal, car il se trouve sur LBA 1-33 (où le MBR se trouve sur LBA 0).
De plus, les grappes de BIOS (a.k.a. grub i386-pc) sur GPT n’utilisent plus l’espace post-MBR, ni l’espace post-GPT pour l’intégration de core.img. Au lieu de cela, il faut une "partition de démarrage du BIOS" (c'est-à-dire, tapez ef02
dans gdisk). Vous devez donc en créer un après la conversion, avant de relancer grub-install
.
Notez également qu’un GPT de sauvegarde se situe dans les 33 derniers blocs logiques du disque. Si la dernière/unique partition est étendue jusqu'au dernier bloc du disque, vous devez réduire le système de fichiers sur celle-ci pour vous assurer que le système de fichiers ne couvre plus les 33 derniers blocs de la partition/du disque, afin que ces derniers puissent être protégés en toute sécurité. écrasé avec le GPT de sauvegarde. Si vous ne le faisiez pas avant la conversion, le système de fichiers pourrait être endommagé.
La réponse de Tom Yan est bonne et suivre ces conseils mènera probablement à une solution. cependant, Je voudrais prendre un peu de recul et en demander quelques autres, ce qui peut conduire à des alternatives tout aussi bonnes (et peut-être meilleures):
Le démarrage en mode EFI présente certains avantages par rapport au démarrage en mode BIOS, notamment des temps de démarrage légèrement plus rapides (généralement), un contrôle de la séquence de démarrage par le système d'exploitation, l'accès à certaines informations de démarrage et du microprogramme à partir du système d'exploitation, une sécurité renforcée (sous la forme de Secure Boot). , si cela est supporté sur votre matériel), une gestion plus souple du chargeur de démarrage et une gestion plus facile du chargeur de démarrage (une fois que vous avez compris, la courbe d’apprentissage est certes un peu raide). OTOH, le passage au démarrage en mode EFI, même si cela est possible, peut facilement entraîner de nouveaux problèmes, en particulier si vous ne savez pas ce que vous faites. Ainsi, installer un chargeur de démarrage en mode BIOS, avec ou sans inversion de la conversion du MBR en GPT, sera probablement l’approche la plus sûre à court terme. Si le système démarre plusieurs fois avec un autre système d'exploitation, la situation devient beaucoup plus complexe et il est presque certainement plus facile de revenir à MBR. Sans connaître les réponses aux trois questions principales, je ne peux pas donner de conseil ferme quant à l'opportunité d'essayer une telle conversion.