Problème de démarrage Ubuntu (Gestion des clés UEFI Shim)
J'utilise Dell XPS 13 avec Ubuntu 16.04 installé et aucun Windows ni aucun autre système d'exploitation n'est installé; et je ne peux pas démarrer dans le système d'exploitation.
Voici ce qui est arrivé jusqu'à maintenant: après la mise à jour des mises à jour du système d'exploitation et du système à partir des mises à jour logicielles Gnome, l'ordinateur a redémarré et a exécuté Dell SupportAssist après avoir affiché une erreur: Aucun périphérique amorçable n'a été trouvé. J'ai redémarré le système et trouvé l'écran bleu montrant la gestion de clés SHIM UEFI avec un compte à rebours de 10 secondes en bas à gauche, et demandant d'entrer une clé quelconque pour effectuer la gestion MDK.
Une fois le compte à rebours terminé, il affiche à nouveau l'erreur Pas de périphérique amorçable détecté et vous invite à l'éteindre. Mon ordinateur est au démarrage UEFI avec SecureBoot désactivé.
Pour le même genre de problème, j’ai cherché sur cette page: impossible de démarrer en raison de l’outil de gestion de clé UEFI Shim
Et j'ai essayé de suivre la commande via Ubuntu Live USB:
Sudo dosfsck /dev/nvme0n1
Pour qui, le résultat était:
fsck.fat 3.0.28 (2015-05-16)
Logical sector size is zero.
Après cela, j'ai redémarré et constaté que l'erreur existait toujours.
Ma partition est chiffrée par LUKS et s'appelle nvme0n1p3 sur le disque nvme0n1. Maintenant, j'essaye de réinstaller grub2, mais je ne peux pas car la partition cryptée.
Comment puis-je résoudre ce problème et revenir à mes paramètres et système normaux? De plus, si je dois réinstaller grub2, comment puis-je le faire avec ma partition chiffrée?
Quelque chose est à l'origine de l'échec des vérifications Secure Boot sur votre ordinateur. En plus des suggestions que j'ai faites dans ma réponse à la question à laquelle vous avez lié, vous pouvez essayer de désactiver complètement Secure Boot. Comment faire cela varie d'un ordinateur à l'autre, cependant. Pour plusieurs exemples, voir cette page de la mienne.
Attention: Il y a à distance une chance que les vérifications Secure Boot échouent à cause du programme malveillant installé dans le chemin d'initialisation de votre ordinateur. La désactivation de Secure Boot permettrait au logiciel malveillant de prendre le contrôle de l'ordinateur. Comme je l'ai dit, il s'agit d'une possibilité lointaine: la plupart des problèmes de démarrage sécurisé que j'ai vus sont dus à une mauvaise configuration, des bogues innocents, etc., et non à des logiciels malveillants.
J'ai eu ce problème la résolution était la suivante:
Désactiver le démarrage sécurisé dans le BIOS F2
Démarrer en essayant Ubuntu former un USB F11 et
Installer la réparation de démarrage
Sudo apt-add-repository ppa:yannubuntu/boot-repair
Sudo apt-get update
Sudo apt-get install -y boot-repair
Sudo boot-repair
utiliser advanced et activer le démarrage sécurisé dans les options grub
puis lancez et redémarrez.
une fois dedans, vous pouvez réactiver le démarrage sécurisé à partir du BIOS