Ce site est optimisé pour être consulté depuis un navigateur moderne dans lequel JavaScript est activé.

Problème avec grub-update

Kagamihime

Bonjour,

Je suis sur GNOME Ubuntu 16.04 et j'ai essayé d'installer une mise-à-jour ce matin : la mise à jour vers le noyau 4.4.0-34-generic.
Il est bien installé mais je ne peux pas démarrer avec car grub ne se met plus à jour :
En effet, lorsque apt fait appel à grub-update j'ai :

Création du fichier de configuration GRUB…
Image Linux trouvée : /boot/vmlinuz-4.4.0-34-generic
Image mémoire initiale trouvée : /boot/initrd.img-4.4.0-34-generic
Image Linux trouvée : /boot/vmlinuz-4.4.0-31-generic
Image mémoire initiale trouvée : /boot/initrd.img-4.4.0-31-generic
Image Linux trouvée : /boot/vmlinuz-4.4.0-28-generic
Image mémoire initiale trouvée : /boot/initrd.img-4.4.0-28-generic
Found memtest86+ image: /boot/memtest86+.elf
Found memtest86+ image: /boot/memtest86+.bin

Puis le programme reste figé et impossible de le fermer avec Ctrl-C
Même chose lorsque je lance moi-même grub-update...

Quelqu'un aurait une idée, s'il vous plaît ?

xabilon

Salut

Essaye de reconfigurer grub-pc :

sudo dpkg-reconfigure grub-pc

problème analogue ici : https://ubuntuforums.org/showthread.php?t=1372587

Kagamihime

J'ai essayé cette commande, elle me renvoie :

Installation pour la plate-forme i386-pc
grub-install : attention : cette étiquette de partition GPT ne contient pas de partition d'amorçage BIOS ; l'embarquage ne sera pas possible.
grub-install : attention : L'embarquage est impossible. GRUB ne peut être installé sur cette configuration qu'en utilisant les listes de blocs. Cependant, les listes de blocs ne sont PAS fiables et leur utilisation est déconseillée..
Installation terminée, sans erreur.
Création du fichier de configuration GRUB…
Image Linux trouvée : /boot/vmlinuz-4.4.0-34-generic
Image mémoire initiale trouvée : /boot/initrd.img-4.4.0-34-generic
Image Linux trouvée : /boot/vmlinuz-4.4.0-31-generic
Image mémoire initiale trouvée : /boot/initrd.img-4.4.0-31-generic
Image Linux trouvée : /boot/vmlinuz-4.4.0-28-generic
Image mémoire initiale trouvée : /boot/initrd.img-4.4.0-28-generic
Found memtest86+ image: /boot/memtest86+.elf
Found memtest86+ image: /boot/memtest86+.bin

Mais elle se fige à nouveau au même endroit :/

xabilon

Voyons déjà si le menu est créé quand même. Que donne :

cat /boot/grub/grub.cfg | grep vmlinuz

est-ce que le noyau 4.4.0-34 apparaît ?

Kagamihime

Ah, j'ai remarqué quelque chose :
-si je quitte le terminal où tourne update-grub, la commande ne fait rien
-mais si dans un autre terminal, (pendant que update-grub attend) je fais un

sudo killall grub-mount

update-grub reprend en affichant

rmdir: échec de suppression de '/var/lib/os-prober/mount': Périphérique ou ressource occupé
mkdir: impossible de créer le répertoire «/var/lib/os-prober/mount»: Le fichier existe
mkdir: impossible de créer le répertoire «/var/lib/os-prober/mount»: Le fichier existe
mkdir: impossible de créer le répertoire «/var/lib/os-prober/mount»: Le fichier existe
fait

mais le fichier de configuration est bien généré avec tous les noyaux installé (dont la mise-à-jour).
Du coup, ça contourne mon problème mais ça ne le résout pas vraiment, dans le sens où ça doit pas être très "safe" de faire ça...

xabilon

Ok, tu as un Windows ou un autre Linux installé ?

Kagamihime

J'ai windows vista sur un autre disque dur (j'ai deux disques), c'est tout. Pourquoi ?

xabilon

On dirait que c'est la détection des autres systèmes (avec os-prober) qui plante. Ça peut être os-prober qui bugue, ou alors la partition Windows qui plante.
Désactivons os-prober ; faisons d'abord une sauvegarde du menu actuel :

sudo cp /boot/grub/grub.cfg /boot/grub/grub.cfg.sauvegarde

Ensuite il faut ouvrir le fichier /etc/default/grub en root :

gksudo gedit /etc/default/grub

et passe à "true" l'option GRUB_DISABLE_OS_PROBER
Si cette option n'est pas présente dans le fichier, il suffit d'ajouter à la fin du fichier :

GRUB_DISABLE_OS_PROBER=true

Enregistre et ferme le fichier, puis en terminal :

sudo update-grub

Kagamihime

Ah, c'était ça ! Je m'en sers pas de toute façon. Merci beaucoup 🙂

xabilon

Oui, mais bon, c'est juste un contournement, ton os-prober ne marche pas. Si tu installes un autre Windows ou Linux il faudra réparer os-prober pour pouvoir le démarrer.

danielmel

Bonjour à tous, mon PC est équipé de 1 hdd Ubuntu Cinnamon14.04 32bits (premier boot) puis 1 hdd Ubuntu Mate 16.04 64 bits (deuxième boot )puis 1 ssd Windows 10 ( troisième boot, très peu utilisé ) puis 1 ssd Ubuntu Cinnamon 16.04 64 bits (quatrième boot ).
J'avais aussi le problème du grub qui était de plus en plus long au démarrage sur les trois Ubuntu du à la commande sudo update-grub.
Etant donné que je démarre avec la touche F12 pour pouvoir choisir le disque que je veux utiliser, j'ai appliqué la méthode de xabilon #8 et grâce à cela j'ai retrouvé des grubs plus rapide sur chaque disque.

Merci xabilon pour ton aide.

Croa

Problème résolu pour moi aussi.

Mais une remarque : Le problème n'est pas que OS prober ne fonctionne pas mais que OS prober ne reconnaît pas toutes les configurations existantes ! (essai avec CD Boot repair : Ça tourne sans fin au niveau de OS prober !)