Après une mise à jour réussie de mon bios, une erreur s'est produite et j'ai fini par placer un curseur clignotant dans le coin supérieur gauche d'un écran noir. Pas d'erreurs, pas de rien. Le bios ne listait plus qu’une SATA: <disc name>
option de démarrage à la place de celle d’UEFI habituelle ubuntu
. J'utilise un schéma de partitionnement GPT.
J'ai finalement trouvé que la solution de travail consistait à réinstaller correctement grub-efi-amd64
. Alors, comment je fais ça?
PS: En fait, j’ai réussi à réinstaller GRUB2 EFI par moi-même et je posterai ma réponse ici, j’ai été incapable de trouver un tutoriel complet à ce sujet.
Réponses:
Démarrez votre ordinateur avec un live-USB / CD en mode UEFI . J'avais deux options de démarrage
<flash_drive>
etUEFI: <flash_drive>
la seconde est nécessaire pour exposer les variables efi/sys/firmware/efi/
afin deefibootmgr
ne pas échouer plus tard. Amorcer avec la première option me donne l'erreur suivante:modprobe efivars
ça n'a pas marché pour moi.chroot dans le système cassé (similaire à l' aide ubuntu grub2 mais avec des spécificités efi):
En fonction de votre distribution linux, vous faites maintenant différentes choses.
Pour Ubuntu / Debian :
Ou bien:
Si ce qui précède vous donne une bouffe, mais pas une bootable
Pour Fedora (jusqu’à 16 ans, peut fonctionner pour d’autres):
Dans la commande suivante, vous devez remplacer sdX par le périphérique contenant la partition EFI à partir de laquelle vous voulez démarrer. Dans
--part Y
vous devez remplacer leY
avec le numéro de la partition EFI (comme dans/dev/sdXY
).Maintenant, tapez Ctrl + D pour quitter chroot, démontez tout et redémarrez:
Vous devrez peut-être adapter cela à vos besoins (table de partition différente, partition / boot séparée, etc.) et ce n'est peut-être pas la seule option, mais cela a parfaitement fonctionné pour moi.
Un système en direct approprié pour réparer les objets est le grml . Il existe également un guide complet sur la configuration d'un périphérique USB amorçable, dont la section Mac est la plus utile (créer une partition FAT32, copier les fichiers, redémarrer, c'est fait).
la source
/run/resolvconf...
(dans Ubuntu 12.04), à la place, je viensmount --bind /run /mnt/run
de monter tout le/run
répertoire dans l'environnement chroot.update-grub
, la dernière image grub2 ne sera pas copiée sur votre partition EFI, elle ne fera que mettre à jour grub.cfg. Donc, la meilleure façon de faire estapt-get install --reinstall grub-efi
(ou grub-efi-amd64) d’appeler également update-grub à la fin.update-grub
mon/boot/efi
dossier était encore vide (j'avais créé cette nouvelle partition). Seulement après avoir exécutégrub-install
les fichiers réels ont été écrits là-bas. Ce guide m'a aidé (allemand): wiki.ubuntuusers.de/EFI_ProblembehebungComme simplification potentielle de la première méthode, il est possible d’amorcer directement le système sur le disque dur, en utilisant uniquement le fichier grub du live CD. Testé sur xubuntu 13.10 avec le live CD xubuntu 13.10.
Assurez-vous que le démarrage sécurisé est désactivé dans votre BIOS. Insérez le live CD et démarrez-le via UEFI. Le menu GRUB du CD s’affiche. Appuyez sur "c" pour accéder à la ligne de commande.
Adaptez la commande grub ci-dessus si vous avez une partition système EFI différente.
Une fois que votre système a démarré à partir du disque dur, il devrait suffire de réinstaller grub sur la partition système EFI et de l’enregistrer avec le micrologiciel via grub-install.
la source
configfile (hd0,gpt1)/EFI/ubuntu/grub.cfg
ne fait rien. Comment puis-je démarrer après avoir lancé cette commande?sudo grub-install --target=x86_64-efi --efi-directory=/boot/efi
plutôt que la commande suggérée ci-dessus (mais celle ci-dessus peut tout aussi bien fonctionner - je ne sais pas). Et après cela, vous pourrez à nouveau accéder à votre système d'exploitation Linux. Ensuite, lancezsudo update-grub
et tout devrait être amorçable.configfile (hd1,gpt1)/EFI/ubuntu/grub.cfg
. Démarrez un LiveCD et lancez-lesudo gparted
pour localiser votre partition efi.Comme avec Maxine, mes paramètres UEFI dans le BIOS ont été endommagés et ma machine ne démarre pas.
Dans mon cas, il s’agit d’un Lenovo ThinkServer RD430 avec Linux Mint Debian et tout ce que je ferais si je mettais à jour update ou grub ou que changer les disques durs du serveur l’empêcherait de démarrer. Le système d'exploitation dans mon cas est linuxmint-201403-mate-dvd-64bit installé via USB. (Voir ci-dessous pour une description complète des événements qui pourraient empêcher l'UEFI de fonctionner.)
En suivant exactement les mêmes étapes sur un ThinkServer TS140, l’UEFI n’a pas perdu la mémoire une seule fois. J'ai consulté la page du pilote RD430 et mon bios a deux versions. Je n'ai jamais eu à mettre à jour le bios d'une carte mère, je ne suis donc pas du genre à le mettre à jour automatiquement lorsque de nouvelles versions sont disponibles. Après la mise à jour du bios, la réponse de Maxine ci-dessus a fonctionné, mais avec une torsion ...
La
efibootmgr -c
commande a ajouté deux entrées0000
et0002
!L'
Boot0002* Linux HD
entrée en premier dans la séquence d'amorçage n'est pas correcte .L'
0000
entrée est correcte.Pour tester cela, j'ai essayé de démarrer sans aucune interruption, qui est l'
0002
entrée. Comme prévu, cela n'a pas fonctionné. J'ai donc redémarré le serveur, appuyé sur F12 et choisilinuxmint
. Comme espéré, cela a démarré sur mon installation LMDE.La manière de supprimer les entrées indésirables via efibootmgr est la suivante:
J'ai utilisé cette commande pour supprimer des entrées
0001
et0002
. Option0001
était l'une des dernières tentatives pour récupérer le système d'exploitation.Notes UEFI
Si vous lisez ceci et que vous êtes aussi frustré par UEFI que vous êtes, voici quelques notes et ressources:
»Démarrer à partir du shell UEFI revient à utiliser un shell DOS.
»Intel a créé un manuel de référence PDF pour les commandes efi shell.
»Le document UEFI_on_TS430 de Lenovo est la seule ressource que j'aie vue qui explique l'utilisation du shell efi.
» Une autre référence shell UEFI du Guide de l' administrateur nPartition .
»Vous pouvez essayer de démarrer sur une partition à partir du shell efi en accédant au chargeur et en l'exécutant.
»UEFI veut que le disque ait une table de partitions GPT, pas une table de parties msdos.
»UEFI veut que la première partition de votre disque soit formatée fat32 ou vfat.
»Pour un démarrage" générique ", il doit y avoir un
/EFI/boot
répertoire à la racine avecbootx64.efi
dedans.»Certaines personnes copient leur
grubx64.efi
emplacement d'origine/EFI/boot/bootx64.efi
et cette triche a fonctionné pour eux.»Chaque fois que vous apportez des modifications, utilisez
efibootmgr -v
avant et après pour vous assurer que votre redémarrage est correct.Mon expérience RD430
J'ai réinstallé le système d'exploitation plus de 10 fois la semaine dernière en essayant de résoudre ce problème et de configurer le serveur. Ma configuration est un SSD sur ce contrôleur RAID dans l'emplacement PCIe 2.0 sur lequel LMDE est installé. Contrôleur RAID AOC-S3008L-L8i ( en mode informatique ) dans le deuxième logement PCIe 3.0 avec 6 lecteurs de 3 To. RAM: 12 Go ECC (3x 4 Go).
Voici les modifications que
j'apporterais qui empêchaient mon système de démarrer: »Modifiez les emplacements pci S3008L-L8i (en laissant le SSD + carte seul).
»Désactivez l' invite du BIOS RAID du logiciel LSi pour le contrôleur intégré.
»Ajoutez mon ancienne carte HighPoint RocketRaid à un emplacement PCIe ouvert.
»Modifiez
/etc/default/grub
puis exécutezupdate-grub
.( peut
grub-install
- être besoin d'être exécuté aussi? )la source
Je voterais favorablement, mais apparemment, je n'ai pas assez de représentants sur SuperUser. Je suis heureux d'avoir enfin trouvé une réponse à cette question après des jours de lutte contre des clones qui ont fonctionné mais qui n'ont pas démarré. Je pense que tout se rapporte à l'UEFI et à une sorte de mécanisme de "démarrage sécurisé" ou quelque chose du genre.
Je travaille hors ligne, donc apt-get n'était pas une option. Ce que j’ai fait, c’est de mettre Ubuntu Desktop sur une clé USB, d’ajouter les packages
grub-efi
et lesgrub-efi-amd64
packages à la racine de la clé USB (grub-efi_1.99 ~ rc1-13ubuntu3_amd64.deb et grub-efi-amd64_1.99 ~ rc1-13ubuntu3_amd64.deb pour Ubuntu 11.04 - changez en fonction de la distro et de l’architecture), et insérez également ce qui suit dans un script sur la clé USB:Démarrez la clé USB Live, ouvrez un terminal, exécutez la commande et le travail est bon! Le seul problème occasionnel est que l'UEFI a parfois été déplacé dans l'ordre de priorité de démarrage situé sous le disque dur. Vous devez alors accéder au BIOS et modifier l'ordre de démarrage pour arrêter le processus (et l'échec)
SATA: drive
.Vous pouvez également utiliser à la
dpkg-reconfigure
place dedpkg -i
, mais cela pose quelques questions au chargeur de démarrage.[modifier] Je n'ai pas non plus assez de représentants pour commenter, donc ce que je pensais être un commentaire sur une réponse s'avère être une réponse.
la source
sudo chroot /mnt /bin/sh -c "dpkg -i /tmp/grub-efi*.deb" && sudo shutdown -r now
le comportement correct était appliqué.Sur mon Ubuntu 14.10 32 bits sur Lenovo Yoga 2 Pro, j'ai changé pour le démarrage en UEFI comme ceci:
créer le dossier
monter la partition "EFI System" dans
/etc/fstab
cela a montré:
/dev/sda2 2050048 2582527 532480 260M EFI System
monter cette partition
installer
grub-efi-amd64-bin
et désinstallergrub-efi-ia32-bin
redémarrer Ubuntu en mode efi
tester si ça marche bien, puis-je installé
grub-efi-amd64
et désinstallégrub-pc grub-gfxpayload-lists
avecJ'ai choisi de ne pas supprimer / boot lorsque demandé.
Peut-être que j'ai compliqué les choses et que cela aurait bien fonctionné:
la source
Cette entrée va plus dans le sens de la préparation de votre ordinateur à la réinstallation des entrées efi. C'est aussi ce que vous pourriez trouver comme un moyen simple et efficace de créer un disque de secours après l'installation du système sur un support interne (SSD, HDD).
Avec Linux Mint Tara (une variante Linux étroitement liée à Ubuntu Bionic Beaver), cette méthode a borké mon installation et permis de la sauvegarder ultérieurement. Cela tenait au fait que je souhaitais avoir une persistance sur une clé USB en direct, et puisque le temps d'installer un utilitaire comme Unetbootin pour une installation persistante est à peu près identique à une nouvelle installation, j'ai simplement utilisé la même distribution en direct pour effectuer une installation sur la clé USB. a été utilisé pour installer le système d'exploitation sur le SSD interne.
Bien sûr, rien de tout cela n’est RAID ou toute autre configuration spécialisée, mais cela nécessitait une partition de volume préparée sur le lecteur USB et une installation effectuée sur cet USB en utilisant la méthode disponible de la distribution, contournant le lecteur interne pour une installation sur un seul périphérique. le montage racine (/) de la partition.
C’est là que la nouvelle installation de grub se mêle au lecteur interne. Lorsque j'ai redémarré sur la clé USB, les entrées de fichier UEFI internes semblaient avoir disparu, ne laissant que le menu Grub lorsque vous essayez de sélectionner le lecteur à l'aide des entrées du menu BIOS.
Au lieu de cela, l’initialisation à partir de la clé USB a montré que la méthode de la distribution avait généré un menu prêt à l'emploi, avec une liste pour le répertoire / dev / sda2, la partition contenant le montage / boot / efi. Dans la plupart des lecteurs internes principaux, le nom de grub de la partition est hd0, gpt1.
Entrant dans «avancé», plus d'un sauvetage de noyau était disponible. A partir de là, lancez l'utilitaire grub puis démarrez normalement.
À partir de ce moment, exécutez le système d'exploitation sur le lecteur interne qui était auparavant inaccessible, débranchez le périphérique USB, puis exécutez-le
sudo grub-install
.Lorsque vous redémarrez sans clé USB, vous devriez pouvoir y revenir. À ce stade, la clé USB est configurée pour lancer le lecteur interne en mode normal ou en mode de secours et le lecteur dispose de son propre menu.
la source