Je viens d'installer un grand nombre de mises à jour 12.10, j'ai été invité à redémarrer, puis j'ai constaté que je ne pouvais pas démarrer.
Je viens d'installer un grand nombre de mises à jour 12.10, j'ai été invité à redémarrer, puis j'ai constaté que je ne pouvais pas démarrer.
Réponses:
Utilisez Boot Repair pour réparer votre chargeur de démarrage.
Ouvrez un terminal et ajoutez le PPA de réparation de démarrage
sudo add-apt-repository ppa:yannubuntu/boot-repair && sudo apt-get update
Installer la réparation de démarrage
sudo apt-get install -y boot-repair && boot-repair
Lancez et utilisez, voir https://help.ubuntu.com/community/Boot-Repair#Using_Boot-Repair pour plus de détails
ls
pour obtenir une liste des partitionsset prefix=(hd0,msdos6)/boot/grub
[vous devrez presque certainement entrer un autre lecteur / partition entre les crochets, vous devrez peut-être simplement essayer tous ceux répertoriés par ls
jusqu'à ce que vous trouviez celui qui fonctionne.insmod normal
normal
et vous obtiendrez votre invite de démarrage!Voir aussi: L'endroit utile où j'ai trouvé cela. Je doute que cela fonctionne pour tous ceux qui rencontrent cette erreur, mais je l'ai mis ici dans l'espoir que cela aide quelqu'un.
Une fois que vous avez chargé Ubuntu, exécutez sudo grub-install /dev/sda
et sudo update-grub
dès que possible. Cela signifie que vous n'aurez pas à effectuer ce processus fastidieux ci-dessus à chaque démarrage de votre machine.
ls (hd0,msdos1)/
pour vérifier le contenu de la partition, ce qui serait plus rapide si vous avez plusieurs partitions.
set prefix=(hd0)/grub
, puisque vous devez référencer le grub
répertoire par rapport à la partition sur le lecteur, et non par rapport à son point de montage pendant le fonctionnement normal.
J'ai eu exactement le même problème - normal.mod not found
, ls
de la partition de démarrage produirait une ligne vierge. Après une semaine de dépannage pour que le système démarre correctement, voici les étapes que j'ai suivies.
J'ai obtenu une copie de SuperGrub et créé un CD de démarrage. Je pouvais maintenant me reconnecter à mon système. J'ai obtenu une copie de BootRepair et je n'ai pas eu de chance pour que le système démarre directement à partir du disque dur et j'ai dû continuer à utiliser le CD. BootRepair a fait un peu bizarre depuis que l'emplacement de Grub et les options de Grub ont été grisés. Il a signalé une installation réussie.
Le disque dur a été initialement configuré:
sda1 ext4 root with boot
sda2 linux swap
sda3 ext4 used as a spare drive
(contient les machines virtuelles pour la boîte virtuelle).
Utilisé une copie du CD live d'Ubuntu 10.10. Ran gparted pour réduire la sda1
partition et créé la sda4
partition de démarrage ext4 à l'avant du lecteur et définir le point de montage /boot
après avoir supprimé le répertoire de démarrage de /
. BootRepair a maintenant des options disponibles. Installé sur la partition de démarrage et peut désormais démarrer à partir du disque dur.
Curieux, j'ai décidé d'enquêter plus avant. Le journal de réparation de démarrage avait une entrée particulière pour ma sda1
partition ext4, il a été signalé comme DOS
et avait un UUID court de 8 caractères au lieu de l'UUID signalé par blkid. grub-probe
a signalé le système de fichiers comme vfat.
Après de nombreux autres essais, j'ai effacé les 440 premiers octets d' sda1
enregistrement de partition. Grub-probe
signale désormais le système de fichiers comme ext2. Ran update-grub
et l'UUID correct pour la sda1
partition apparaissent.
Le problème semble être double:
1. Il semble affecter les installations où l'enregistrement de partition a des références à msdos.
2. grub-probe
n'essaie pas de résoudre les problèmes de non-concordance entre le type fs et le contenu dans l'enregistrement de partition.
Une autre chose à vérifier est l'ordre de démarrage dans votre BIOS. Apparemment, j'avais installé grub installé sur tous mes disques (peut-être après avoir suivi la réponse de 8128), mais cela s'est cassé lors de la mise à jour de ma distribution Linux (Debian). Changer le premier disque de démarrage comme mon OS Linux l'a corrigé.
J'ai rencontré cette erreur lors de la mise à niveau vers Kubuntu 13.10. J'ai eu une clé USB branchée sur le port USB pendant la mise à niveau dist. Après le redémarrage, je suis allé directement à Grub Rescue. Débrancher la clé USB et redémarrer a résolu le problème.
Dans mon cas, j'avais rétrogradé vers GRUBv1 et après la mise à niveau vers 12.10, grub2 n'a pas pu trouver ses fichiers (* .mod, etc ...), bien que le grub.cfg soit là.
J'ai trouvé un manuel plus complet sur le sauvetage de grub: https://help.ubuntu.com/community/Grub2/Troubleshooting#grub_rescue.3E-1
Voir aussi la liste des commandes au début de la page. Thx flute flute.