ne peut pas démarrer en raison de l'outil de gestion de clé UEFI Shim
J'ai l'ordinateur portable Toshiba Portege Z930, Core i7 avec Ubuntu 16.04 (AMD64) et Win 8 Dual Boot. Au cours de la mise à jour logicielle actuelle sous Ubuntu, le système se bloque. Après le redémarrage, je vois grub Shell. J'amorce le système à partir d'une clé USB (Xubuntu 14.04) et lance Boot Repair. Le journal est ici (J'ai essayé de désactiver l'option [Sauvegarder et renommer les fichiers Windows EFI] non plus, sans différence). Maintenant, après le redémarrage, je vois outil de gestion de clé UEFI Shim . Premièrement, il a le mode plein écran, puis après la première expiration du temporisateur, sa fenêtre se réduit un peu (passe probablement à une résolution de 800x600). Chaque fois que la minuterie expire, la fenêtre de Shims clignote une fois et redémarre la minuterie.
Que dois-je faire pour accéder au menu de démarrage Grub? Je ne vois aucune clé à ajouter dans la fenêtre de Shim. Dois-je en créer un? Y a-t-il un moyen d'éviter cela (je ne veux pas perdre mon temps là-dessus)? De plus, le démarrage sécurisé est désactivé dans mon BIOS (si cette information est utile). J'ai essayé de l'activer et je n'ai vu aucune différence.
J'ai deux réflexions à ce sujet:
Dommages au système de fichiers
Certains EFI sont très sensibles aux dommages causés au système de fichiers, ce qui peut donner l’impression que le nouveau fichier binaire GRUB a été mal signé. Cela déclencherait alors l'affichage de MokManager que vous avez montré. (Ce n'est pas techniquement Shim qui montre cet affichage, mais MokManager.) Dans ce cas, vous pourrez peut-être résoudre le problème en procédant comme suit:
Sudo dosfsck /dev/sda2
Vous devrez bien sûr le faire à partir d'un disque d'urgence Ubuntu. De plus, ce type de dommage peut survenir si vous ne parveniez pas à à la fois désactiver le démarrage rapide et désactiver le mode hibernation . Par conséquent, il est important que vous désactiviez ces fonctionnalités de Windows pour éviter toute récurrence.
Notez également que si le système de fichiers est endommagé, vous devrez peut-être réinstaller GRUB - mais le faire après réparer le système de fichiers. problème. Boot Repair devrait pouvoir vous aider.
Un nouveau bug
Il se peut qu'une récente mise à jour de Shim et/ou de GRUB soit à l'origine de son effritement sur votre ordinateur. Dans ce cas, il peut être utile de revenir à l'ancienne version. Cela peut nécessiter de copier le binaire shimx64.efi à partir d'un autre ordinateur ou de réinstaller GRUB d'une manière ou d'une autre. Si le bogue est dans GRUB, vous pouvez également installer entièrement un autre gestionnaire de démarrage. J'en décris plusieurs sur cette page. Je n'ai remarqué aucune mise à jour récente de Shim ou de GRUB, mais j'ai peut-être oublié quelque chose.
Avec le démarrage sécurisé désactivé, vous pouvez contourner complètement Shim en créant une nouvelle entrée de démarrage avec une commande comme celle-ci:
Sudo efibootmgr -c -d /dev/sda -p 2 -l \\EFI\\ubuntu\\grubx64.efi -L GRUB
Cette commande demande à l'ordinateur de démarrer via grubx64.efi sur la partition 2 (-p 2) de /dev/sda (-d /dev/sda). Votre configuration actuelle démarre via Shim, qui est nécessaire pour gérer Secure Boot; Toutefois, si cette fonctionnalité est désactivée, un appel direct à GRUB peut ignorer toute défaillance de Secure Boot - en supposant que rien ne se passe mal avec le binaire GRUB. Comme indiqué précédemment, si ce fichier binaire est endommagé, il risque de créer les symptômes que vous rencontrez et cette procédure ne serait d'aucune aide. Le système ne parviendrait tout simplement pas à démarrer d'une autre manière.
Essayez d'exécuter de nouveau Boot Repair, mais cette fois, assurez-vous que l'option "Secure Boot" (sous l'onglet "Options GRUB") est cochée.