[Résolu] GRUB et UBUNTU 14.04

Bougron · Le 09/05/2014, à 19:03

Bonjour.
Exceptionnellement, je n'ai pas regardé si ce problème est connu. Voici un incident qui m'arrive. Je souhaite que cela ne se reproduise pas pour vous.

Depuis quelques semaines, j'ai un micro EFI dans lequel UBUNTU 14.04 est installé avec un dual boot permettant de lancer soit ubuntu soit Windows. Dans le sous-boot windows je peux choisir entre windows 8 et windows 8.1.
J'ai eu quelques difficultés à installer. Cela fonctionne très bien depuis seulement quelques jours.

Pour me mettre clair, Je viens de décider, en utilisant la logithéque de supprimer boot-repair et de le ré-installer.
La réinstallation m'a indiqué que mon boot n'était pas très bien, elle a entrepris de le corriger en me demandant d'ouvrir un terminal et d'y exécuter trois lignes de commandes (que je n'ai pas mémorisé) qu'elle m'a fourni puis encore une autre ligne puis elle s'est plantée. Voici le message:

"Une erreur est survenue pendant la réparation.
Écrivez sur un papier l'URL suivante :
http://paste.ubuntu.com/7422062/
Si vous avez toujours des problèmes de démarrage, indiquez cette URL à :
boot.repair@gmail.com
Vous pouvez maintenant redémarrer votre ordinateur.
Les fichiers de démarrage de [L'OS actuellement utilisé - Ubuntu 14.04 LTS] sont loin du début du disque. Votre BIOS pourrait ne pas les détecter. Vous voudrez peut-être re-essayer après avoir créé une partition /boot (EXT4, >200MB, en début de disque). Cela peut être réalisé via des outils tels que gParted. Puis sélectionnez cette partition via l'option [Partition /boot séparée :] de [Réparateur de démarrage]. (http://doc.ubuntu-fr.org/tutoriel/partition_boot)".

Puis j'ai eu un complément d'information disant "Désolé, UBUNTU a rencontré une erreur interne" et me demandant d'accepter d'informer les concepteurs grâce à la transmission automatique..

Je viens de faire le restart. et bingo: Le dual boot n'est plus opérationnel. C'est grub qui s'affiche dans toute sa splendeur. Un bel écran bleu avec une ligne de commande

Grub> \

Je viens de faire la commande help. Je ne vois que la fin des lignes de commandes tellement il y a de possibilités.
Exceptionnellement, je ne souhaite plus repartir avec la clé USB de boot.
Je sais qu'il y a au moins une personne qui demande de l'aide pour cet écran d'accueil grub.
Je pense qu'il faut faire le point sur la situation boot mais avec quelles commandes?

J'ai le sentiment que ce logiciel n'a pas reconnu que j'ai une partition EFI qui est installée en tout début du disque.

Ce message provient de mon autre micro windows XP.

Dernière modification par Bougron (Le 20/05/2014, à 15:25)

maxire · Le 10/05/2014, à 17:30

Salut,

Puisque je connais ton pc:

grub>set root=(hd0,gpt7)
grub>set prefix=(hd0,gpt7)/boot/grub
grub>insmod normal
grub>normal

Et le menu grub devrait s'afficher.
Comme le clavier est en qwerty, "a=q", "m=;", "(=maj-9", ")=maj-0", ",=;".

Une fois démarré Ubuntu tu fais:

sudo rm -rv /boot/efi/EFI/grub
sudo rm -rv /boot/efi/EFI/ubuntu
sudo rm -v /boot/efi//EFI/Microsoft/Boot/grubx64.efi

Ceci pour nettoyer des programmes que je considère comme suspects et qui de toute manière doublonnent.
Ensuite nettoyage des entrées boot EFI inutiles telles que tu les as indiquées dans le fil de discussion http://forum.ubuntu-fr.org/viewtopic.ph … #p16875991 message #38.

sudo efibootmgr -b 0000 -B
sudo efibootmgr -b 0004 -B
sudo efibootmgr -b 0005 -B

Création d'une nouvelle entrée Boot0000 telle que celle qui a fonctionné quelque temps:

sudo efibootmgr -c -b 0000 --label ubuntu --loader /EFI/ubuntu/grubx64.efi

Réinstallation de grub:

sudo grub-install /dev/sda

Si ces manipulations règlent le problème tu ne touches plus à rien et sutout pas à boot-repair, du moins pas avant de savoir te débrouiller avec les commandes grub, les commandes générales d'administration système linux dont efibootmgr.

Bonne chance!

Dernière modification par maxire (Le 10/05/2014, à 17:37)

Bougron · Le 10/05/2014, à 18:13

Suite du sujet.
Ce matin, j'ai repris l'installation en suivant de façon très détaillée ce qui se passait et en capturant la majorité des messages (ou en les recopiant manuellement.
J'ai trouvé qu'il y avait une erreur à un moment donné, pourtant je suivais parfaitement le tuto décrit ici.
http://doc.ubuntu-fr.org/boot-repair

J'ai réussi à trouver l'erreur: La cause était une mise à jour de la logithèque qui avait eu lieu dans la nuit.
En effet j'ai commencé ma manipulation dès que ubuntu a été opérationnel (Je rappelle que les mises à jour automatiques de ubuntu tant à l'arrêt qu'au démarrage cela n'existe pas).

La solution à ce problème, serait de modifier la consigne du paragraphe 1

sudo add-apt-repository ppa:yannubuntu/boot-repair
sudo sed 's/trusty/saucy/g' -i /etc/apt/sources.list.d/yannubuntu-boot-repair-trusty.list
sudo apt-get update
sudo apt-get install -y boot-repair && (boot-repair &)

pour qu'elle devienne

sudo add-apt-repository ppa:yannubuntu/boot-repair
sudo sed 's/trusty/saucy/g' -i /etc/apt/sources.list.d/yannubuntu-boot-repair-trusty.list
sudo apt-get update
sudo apt-get upgrade => c'est dit de mémoire
sudo apt-get install -y boot-repair && (boot-repair &)

Cela m'a permis de ne plus avoir d'erreur pendant l'installation du logiciel.
Mais cela ne veut pas dire que le logiciel fonctionne correctement.

En final, j'ai donc toujours la même erreur. De plus les dégats sont nettements plus importants.

L'utilisation du logiciel indiqué ici http://forum.ubuntu-fr.org/viewtopic.php?id=1287711 me permet de visualiser les fichiers bootables.
Ce matin, il y en avait au moins un qui m'a permit de lancer ubuntu pour cette action mal conduite.
Après cette spectaculaire mise à jour, la situation n'est pas désespérée:
Il y a un fichier boot qui me permet de lancer Windows 8.1
Le problème est que windows ne connait pas encore les partitions déclarées EXT4 et que je n'ai pas stocké mon fichier de traces dans la partition windows!
il y a 24 autres fichiers bootables que je répartis en quatre catégories:
1) Ceux qui font clignoter la touche "caps locks" du clavier . Ils ont en commun d'avoir 'signed' dans leur nom.
=> ils sont très embêtant, car je ne m'en sors que par un arrêt électrique complet.
2) Ceux qui font ré-afficher immédiatement la grille d'accueil de cet utilitaire.
3) Ceux qui font ré-afficher après une trentaine de secondes la grille d'accueil de cet utilitaire.
4) Ceux qui affichent la commande d'accueil indiquée en début c'est à dire
Grub> \
Je ne sais toujours pas quoi répondre. J'ai vu sur internet quelques commandes possibles, Mais la majorité ne fonctionne pas
La seule commande que j'ai réussi à lui faire comprendre a été de lui demander de se mettre en sommeil 60 secondes.
Je pense que ce grub, est un mini grub, qui attends que je lui fournisse la suite des commandes qui n'ont pas été faites à un moment donné pour qu'il valide la génération des fichiers de boot. Mais je ne sais pas quoi faire.
Je me donne une semaine de repos avant de reprendre le sujet.

Merci pour votre aide.

Bougron · Le 10/05/2014, à 18:23

maxire a écrit :

Salut, ......Bonne chance!

Merci pour tout ce que tu viens d'écrire et dont je prends seulement connaissance.
Tu vas donc découvrir que j'ai rechuté.
Je pars demain pour une semaine de vacances dans un lieu ou même le téléphone portable ne reçoit rien.
Cela sera pour moi le calme le plus complet. je souhaite seulement être un cas totalement à part.

Bougron · Le 19/05/2014, à 12:59

maxire a écrit :

Salut,
Puisque je connais ton pc:
grub>set root=(hd0,gpt7)
grub>set prefix=(hd0,gpt7)/boot/grub
grub>insmod normal
grub>normal
Et le menu grub devrait s'afficher.
Bonne chance!

Bonjour, Je reprends ce jour le problème
Je viens de faire les commandes que tu indiques. La seule réponse est encore l'invite de commandes.
Peut-être manque-t-il quelque chose?.
Je viens de faire la commande "ls (hd0,gpt7)/boot/grub"
Il y a quelques fichiers/répertoires x86_64-efi/ grubenv grub.cfg locale/ fonts/ unicode.pf2
J'ai tenté la commande "cat (hd0,gpt7)/boot/grub/grubenv" . Il y a 11 lignes de # qui s'affichent.
J'ai tenté la commande "cat (hd0,gpt7)/boot/grub/grub.cfg". Une ligne vide ou a espace s'affiche.
La commande "ls (hd0,gpt7)/boot/grub/x86_64-efi" affiche plus d'un écran de fichiers.

J'ai pensé qu'il fallait peut-être frapper la commande "boot" Je viens de le faire. J'ai un magnifique message archi connu (plus de 130 occurences avec google)
"you need to load the kernel first" ( http://doc.ubuntu-fr.org/grub2 paragraphe 3.5)

A ce niveau la commande "kernel" n'est pas connue.
Je ne sais pas comment continuer pour réactiver grub. Je vais utiliser le boot USB de supergrub2 pour tenter de lancer quelques choses.
Si je ne peux rien mettre en route, Je demanderais de nouveau de l'aide pour repartir de cet endroit.
Si je peux mettre en route, Je récupère immédiatement les traces collectées.

Bougron · Le 19/05/2014, à 14:04

J'ai redémarré le micro avec une clé usb contenant supergrub2 qui m'a affiché tous les fichiers de boot utilisables dans la partition de boot et aussi 4 (quatre) fichiers utilisables dans la partition 'gpt7' dèja évoquée.
j'ai testé les 4 fichiers, un seul me permet de booter c'est /boot/vmlinuz-3.13.0.24-generic.

Voici en forme de copier/coller dans "open office witer" le maxima de traces que j'ai capturées lors de l'installation de boot-repair.
On y trouve la commande " sudo apt-get upgrade " qui m'a semblé débloquer la situation.
Les spécialistes pourront éventuellement modifier le script d'installation de ce paquage.
Je mets la totalité de ce que j'ai collecté.

Attention : ceci installera les paquets nécessaires depuis les dépôts Ubuntu-13.10. Veuillez sauvegarder vos données avant cette opération.

Veuillez ouvrir un terminal et saisir (ou copier-coller) les commandes suivantes :

sudo dpkg --configure -a 
sudo apt-get install -fy 
sudo apt-get purge -y --force-yes grub* shim-signed linux-signed*

$ sudo dpkg --configure -a 
$ sudo apt-get install -fy 
Lecture des listes de paquets... Fait 
Construction de l'arbre des dépendances       
Lecture des informations d'état... Fait 
0 mis à jour, 0 nouvellement installés, 0 à enlever et 3 non mis à jour. 
$ sudo apt-get purge -y --force-yes grub* shim-signed linux-signed* 
Lecture des listes de paquets... Fait 
Construction de l'arbre des dépendances       
Lecture des informations d'état... Fait 
Note : sélection de grub-gfxpayload-lists pour l'expression rationnelle « grub* » 
Note : sélection de grub-efi-amd64-bin pour l'expression rationnelle « grub* » 
Note : sélection de grub-doc pour l'expression rationnelle « grub* » 
Note : sélection de grub-coreboot pour l'expression rationnelle « grub* » 
Note : sélection de grub-efi-ia32 pour l'expression rationnelle « grub* » 
Note : sélection de grub-efi-amd64 pour l'expression rationnelle « grub* » 
Note : sélection de grub-efi-ia64 pour l'expression rationnelle « grub* » 
Note : sélection de grub-pc-dbg pour l'expression rationnelle « grub* » 
Note : sélection de espresso-grub pour l'expression rationnelle « grub* » 
Note : sélection de grub-common pour l'expression rationnelle « grub* » 
Note : sélection de grub-ieee1275 pour l'expression rationnelle « grub* » 
Note : sélection de grub-efi-ia32-dbg pour l'expression rationnelle « grub* » 
Note : sélection de grub2-common pour l'expression rationnelle « grub* » 
Note : sélection de grub-linuxbios pour l'expression rationnelle « grub* » 
Note : sélection de grub-efi-amd64-dbg pour l'expression rationnelle « grub* » 
Note : sélection de grub-legacy-ec2 pour l'expression rationnelle « grub* » 
Note : sélection de grub-efi-amd64-signed pour l'expression rationnelle « grub* » 
Note : sélection de grub pour l'expression rationnelle « grub* » 
Note : sélection de grub-legacy pour l'expression rationnelle « grub* » 
Note : sélection de grub2 pour l'expression rationnelle « grub* » 
Note : sélection de grub-pc-bin pour l'expression rationnelle « grub* » 
Note : sélection de grub-yeeloong pour l'expression rationnelle « grub* » 
Note : sélection de grub-efi pour l'expression rationnelle « grub* » 
Note : sélection de grub-pc pour l'expression rationnelle « grub* » 
Note : sélection de grub-emu pour l'expression rationnelle « grub* » 
Note : sélection de grub-xen pour l'expression rationnelle « grub* » 
Note : sélection de grub-efi-ia32-bin pour l'expression rationnelle « grub* » 
Note : sélection de grub-legacy-doc pour l'expression rationnelle « grub* » 
Package 'grub2' is not installed, so not removed 
Package 'grub-coreboot' is not installed, so not removed 
Package 'grub-ieee1275' is not installed, so not removed 
Package 'grub-emu' is not installed, so not removed 
Package 'grub-efi-ia64' is not installed, so not removed 
Package 'grub-linuxbios' is not installed, so not removed 
Package 'grub-yeeloong' is not installed, so not removed 
Package 'grub-legacy' is not installed, so not removed 
Package 'espresso-grub' is not installed, so not removed 
Package 'grub-xen' is not installed, so not removed 
Note : sélection de linux-signed-image-3.13.0-24-generic pour l'expression rationnelle « linux-signed* » 
Note : sélection de linux-signed-image-3.11.0-12-generic pour l'expression rationnelle « linux-signed* » 
Note : sélection de linux-signed-generic pour l'expression rationnelle « linux-signed* » 
Note : sélection de linux-signed-image-generic pour l'expression rationnelle « linux-signed* » 
Package 'grub' is not installed, so not removed 
Package 'grub-doc' is not installed, so not removed 
Package 'grub-efi' is not installed, so not removed 
Package 'grub-efi-amd64-dbg' is not installed, so not removed 
Package 'grub-efi-ia32' is not installed, so not removed 
Package 'grub-efi-ia32-bin' is not installed, so not removed 
Package 'grub-efi-ia32-dbg' is not installed, so not removed 
Package 'grub-gfxpayload-lists' is not installed, so not removed 
Package 'grub-legacy-doc' is not installed, so not removed 
Package 'grub-legacy-ec2' is not installed, so not removed 
Package 'grub-pc' is not installed, so not removed 
Package 'grub-pc-bin' is not installed, so not removed 
Package 'grub-pc-dbg' is not installed, so not removed 
Package 'linux-signed-image-3.11.0-12-generic' is not installed, so not removed 
Les paquets suivants ont été installés automatiquement et ne sont plus nécessaires : 
  secureboot-db shim 
Veuillez utiliser « apt-get autoremove » pour les supprimer. 
Les paquets suivants seront ENLEVÉS : 
  grub-common* grub-efi-amd64* grub-efi-amd64-bin* grub-efi-amd64-signed* 
  grub2-common* linux-signed-generic* linux-signed-image-3.13.0-24-generic* 
  linux-signed-image-generic* shim-signed* 
0 mis à jour, 0 nouvellement installés, 9 à enlever et 3 non mis à jour. 
Après cette opération, 20,3 Mo d'espace disque seront libérés. 
(Lecture de la base de données... 175022 fichiers et répertoires déjà installés.) 
Suppression de grub-efi-amd64-signed (1.34+2.02~beta2-9) ... 
Suppression de grub-efi-amd64 (2.02~beta2-9) ... 
Purging configuration files for grub-efi-amd64 (2.02~beta2-9) ... 
Suppression de shim-signed (1.6+0.4-0ubuntu4) ... 
Suppression de grub2-common (2.02~beta2-9) ... 
Suppression de grub-efi-amd64-bin (2.02~beta2-9) ... 
Suppression de linux-signed-generic (3.13.0.24.29) ... 
Suppression de linux-signed-image-generic (3.13.0.24.29) ... 
Suppression de linux-signed-image-3.13.0-24-generic (3.13.0-24.47) ... 
Purging configuration files for linux-signed-image-3.13.0-24-generic (3.13.0-24.47) ... 
Suppression de grub-common (2.02~beta2-9) ... 
Purging configuration files for grub-common (2.02~beta2-9) ... 
Traitement déclenché pour  man-db (2.6.7.1-1) ... 
Traitement déclenché pour  install-info (5.2.0.dfsg.1-2) ... 
$ 
Maintenant saisissez ou (copiez-collez) la commande suivante dans un terminal : 

sudo apt-get install -y --force-yes grub-efi-amd64-signed shim-signed linux-signed-generic


$ sudo apt-get install -y --force-yes grub-efi-amd64-signed shim-signed linux-signed-generic 
Lecture des listes de paquets... Fait 
Construction de l'arbre des dépendances       
Lecture des informations d'état... Fait 
Certains paquets ne peuvent être installés. Ceci peut signifier 
que vous avez demandé l'impossible, ou bien, si vous utilisez 
la distribution unstable, que certains paquets n'ont pas encore 
été créés ou ne sont pas sortis d'Incoming. 
L'information suivante devrait vous aider à résoudre la situation : 

[b]Les paquets suivants contiennent des dépendances non satisfaites : 
 linux-signed-generic : Dépend: linux-headers-generic (= 3.11.0.12.13) mais 3.13.0.24.29 devra être installé 
[/b]E: Impossible de corriger les problèmes, des paquets défectueux sont en mode « garder en l'état ». 

$ uname -r 
3.13.0-24-generic 
$ sudo apt-get install linux-headers-`uname -r` 
Lecture des listes de paquets... Fait 
Construction de l'arbre des dépendances       
Lecture des informations d'état... Fait 
linux-headers-3.13.0-24-generic est déjà la plus récente version disponible. 
Les paquets suivants ont été installés automatiquement et ne sont plus nécessaires : 
  efibootmgr secureboot-db shim 
Veuillez utiliser « apt-get autoremove » pour les supprimer. 
0 mis à jour, 0 nouvellement installés, 0 à enlever et 3 non mis à jour. 
$ sudo apt-get autoremove 
Lecture des listes de paquets... Fait 
Construction de l'arbre des dépendances       
Lecture des informations d'état... Fait 
Les paquets suivants seront ENLEVÉS : 
  efibootmgr secureboot-db shim 
0 mis à jour, 0 nouvellement installés, 3 à enlever et 3 non mis à jour. 
Après cette opération, 2 708 ko d'espace disque seront libérés. 
Souhaitez-vous continuer ? [O/n] O 
(Lecture de la base de données... 174627 fichiers et répertoires déjà installés.) 
Suppression de efibootmgr (0.5.4-7ubuntu1) ... 
Suppression de secureboot-db (1.1) ... 
Suppression de shim (0.4-0ubuntu4) ... 
Traitement déclenché pour  man-db (2.6.7.1-1) ... 
$
[u][b]Je décide de relancer la commande 
 sudo apt-get install -y --force-yes grub-efi-amd64-signed shim-signed linux-signed-generic 
=> Le résultat est identique. Je n'e l'ai pas collecté. Je fais alors les commandes suivantes.
sudo apt-get update
sudo apt-get upgrade
 sudo apt-get install -y --force-yes grub-efi-amd64-signed shim-signed linux-signed-generic 
[/b][/u]

Lecture des listes de paquets... Fait 
Construction de l'arbre des dépendances       
Lecture des informations d'état... Fait 
Les paquets supplémentaires suivants seront installés : 
  efibootmgr grub-common grub-efi-amd64 grub-efi-amd64-bin grub2-common 
  linux-signed-image-3.13.0-24-generic linux-signed-image-generic 
  secureboot-db shim 
Paquets suggérés : 
  multiboot-doc grub-emu xorriso desktop-base 
Les NOUVEAUX paquets suivants seront installés : 
  efibootmgr grub-common grub-efi-amd64 grub-efi-amd64-bin 
  grub-efi-amd64-signed grub2-common linux-signed-generic 
  linux-signed-image-3.13.0-24-generic linux-signed-image-generic 
  secureboot-db shim shim-signed 
0 mis à jour, 12 nouvellement installés, 0 à enlever et 0 non mis à jour. 
Il est nécessaire de prendre 4 278 ko dans les archives. 
Après cette opération, 23,0 Mo d'espace disque supplémentaires seront utilisés. 
Réception de : 1 [url]http://archive.ubuntu.com/ubuntu/[/url] trusty/main efibootmgr amd64 0.5.4-7ubuntu1 [28,4 kB] 
Réception de : 2 [url]http://security.ubuntu.com/ubuntu/[/url] trusty-security/main linux-signed-image-3.13.0-24-generic amd64 3.13.0-24.47 [3 962 B] 
Réception de : 3 [url]http://archive.ubuntu.com/ubuntu/[/url] trusty/main grub-common amd64 2.02~beta2-9 [1 680 kB] 
Réception de : 4 [url]http://archive.ubuntu.com/ubuntu/[/url] trusty/main grub2-common amd64 2.02~beta2-9 [500 kB] 
Réception de : 5 [url]http://archive.ubuntu.com/ubuntu/[/url] trusty/main grub-efi-amd64-bin amd64 2.02~beta2-9 [650 kB] 
Réception de : 6 [url]http://archive.ubuntu.com/ubuntu/[/url] trusty/main grub-efi-amd64 amd64 2.02~beta2-9 [44,6 kB] 
Réception de : 7 [url]http://archive.ubuntu.com/ubuntu/[/url] trusty/main grub-efi-amd64-signed amd64 1.34+2.02~beta2-9 [245 kB] 
Réception de : 8 [url]http://archive.ubuntu.com/ubuntu/[/url] trusty-updates/main linux-signed-image-generic amd64 3.13.0.24.29 [2 418 B] 
Réception de : 9 [url]http://archive.ubuntu.com/ubuntu/[/url] trusty-updates/main linux-signed-generic amd64 3.13.0.24.29 [1 814 B] 
Réception de : 10 [url]http://archive.ubuntu.com/ubuntu/[/url] saucy/main secureboot-db amd64 1.1 [2 740 B] 
Réception de : 11 [url]http://archive.ubuntu.com/ubuntu/[/url] saucy/main shim amd64 0.4-0ubuntu4 [792 kB] 
Réception de : 12 [url]http://archive.ubuntu.com/ubuntu/[/url] trusty/main shim-signed amd64 1.6+0.4-0ubuntu4 [327 kB] 
4 278 ko réceptionnés en 24s (177 ko/s)                                        
Préconfiguration des paquets... 
Sélection du paquet efibootmgr précédemment désélectionné. 
(Lecture de la base de données... 174607 fichiers et répertoires déjà installés.) 
Préparation du décompactage de .../efibootmgr_0.5.4-7ubuntu1_amd64.deb ... 
Décompactage de efibootmgr (0.5.4-7ubuntu1) ... 
Sélection du paquet grub-common précédemment désélectionné. 
Préparation du décompactage de .../grub-common_2.02~beta2-9_amd64.deb ... 
Décompactage de grub-common (2.02~beta2-9) ... 
Sélection du paquet grub2-common précédemment désélectionné. 
Préparation du décompactage de .../grub2-common_2.02~beta2-9_amd64.deb ... 
Décompactage de grub2-common (2.02~beta2-9) ... 
Sélection du paquet grub-efi-amd64-bin précédemment désélectionné. 
Préparation du décompactage de .../grub-efi-amd64-bin_2.02~beta2-9_amd64.deb ... 
Décompactage de grub-efi-amd64-bin (2.02~beta2-9) ... 
Sélection du paquet grub-efi-amd64 précédemment désélectionné. 
Préparation du décompactage de .../grub-efi-amd64_2.02~beta2-9_amd64.deb ... 
Décompactage de grub-efi-amd64 (2.02~beta2-9) ... 
Sélection du paquet grub-efi-amd64-signed précédemment désélectionné. 
Préparation du décompactage de .../grub-efi-amd64-signed_1.34+2.02~beta2-9_amd64.deb ... 
Décompactage de grub-efi-amd64-signed (1.34+2.02~beta2-9) ... 
Sélection du paquet linux-signed-image-3.13.0-24-generic précédemment désélectionné. 
Préparation du décompactage de .../linux-signed-image-3.13.0-24-generic_3.13.0-24.47_amd64.deb ... 
Décompactage de linux-signed-image-3.13.0-24-generic (3.13.0-24.47) ... 
Sélection du paquet linux-signed-image-generic précédemment désélectionné. 
Préparation du décompactage de .../linux-signed-image-generic_3.13.0.24.29_amd64.deb ... 
Décompactage de linux-signed-image-generic (3.13.0.24.29) ... 
Sélection du paquet linux-signed-generic précédemment désélectionné. 
Préparation du décompactage de .../linux-signed-generic_3.13.0.24.29_amd64.deb ... 
Décompactage de linux-signed-generic (3.13.0.24.29) ... 
Sélection du paquet secureboot-db précédemment désélectionné. 
Préparation du décompactage de .../secureboot-db_1.1_amd64.deb ... 
Décompactage de secureboot-db (1.1) ... 
Sélection du paquet shim précédemment désélectionné. 
Préparation du décompactage de .../shim_0.4-0ubuntu4_amd64.deb ... 
Décompactage de shim (0.4-0ubuntu4) ... 
Sélection du paquet shim-signed précédemment désélectionné. 
Préparation du décompactage de .../shim-signed_1.6+0.4-0ubuntu4_amd64.deb ... 
Décompactage de shim-signed (1.6+0.4-0ubuntu4) ... 
Traitement déclenché pour  man-db (2.6.7.1-1) ... 
Traitement déclenché pour  ureadahead (0.100.0-16) ... 
Traitement déclenché pour  install-info (5.2.0.dfsg.1-2) ... 
Paramétrage de efibootmgr (0.5.4-7ubuntu1) ... 
Paramétrage de grub-common (2.02~beta2-9) ... 
Paramétrage de linux-signed-image-3.13.0-24-generic (3.13.0-24.47) ... 
Création du fichier de configuration GRUB… 
Image Linux trouvée : /boot/vmlinuz-3.13.0-24-generic 
Image mémoire initiale trouvée : /boot/initrd.img-3.13.0-24-generic 
Windows Boot Manager trouvé sur /dev/sda2@/EFI/Microsoft/Boot/bootmgfw.efi 
Adding boot menu entry for EFI firmware configuration 
fait 
Paramétrage de linux-signed-image-generic (3.13.0.24.29) ... 
Paramétrage de linux-signed-generic (3.13.0.24.29) ... 
Paramétrage de secureboot-db (1.1) ... 
Filesystem keystore: 
firmware keys: 
  PK: 
    /C=JP/ST=Tokyo/L=Ome/O=Toshiba Corporation/CN=Toshiba Corporation Platform Root 2012 
  KEK: 
    /C=JP/ST=Tokyo/L=Ome/O=Toshiba Corporation/CN=Toshiba Corporation KEK CA 2012 
    /C=US/ST=Washington/L=Redmond/O=Microsoft Corporation/CN=Microsoft Corporation KEK CA 2011 
  db: 
    /CN=\x00T\x00o\x00s\x00h\x00i\x00b\x00a\x00_\x00Q\x00C\x00I 
    /CN=\x00Q\x00C\x00I\x00_\x00S\x00h\x00e\x00l\x00l 
    /C=JP/ST=Tokyo/L=Ome/O=Toshiba Corporation/CN=Toshiba Corporation Utility CA 2012 
    /C=US/ST=Washington/L=Redmond/O=Microsoft Corporation/CN=Microsoft Corporation UEFI CA 2011 
    /C=US/ST=Washington/L=Redmond/O=Microsoft Corporation/CN=Microsoft Windows Production PCA 2011 
  dbx: 
    5391c3a2fb112102a6aa1edc25ae77e19f5d6f09cd09eeb2509922bfcd5992ea 
    58fb941aef95a25943b3fb5f2510a0df3fe44c58c95e0ab80487297568ab9771 
    c3a99a460da464a057c3586d83cef5f4ae08b7103979ed8932742df0ed530c66 
    e6ca68e94146629af03f69c2f86e6bef62f930b37c6fbcc878b78df98c0334e5 
    1aec84b84b6c65a51220a9be7181965230210d62d6d33c48999c6b295a2b0a06 
    363384d14d1f2e0b7815626484c459ad57a318ef4396266048d058c5a19bbf76 
    c5d9d8a186e2c82d09afaa2a6f7f2e73870d3e64f72c4e08ef67796a840f0fbd 
    f52f83a3fa9cfbd6920f722824dbe4034534d25b8507246b3b957dac6e1bce7a 
    80b4d96931bf0d02fd91a61e19d14f1da452e66db2408ca8604d411f92659f0a 
    0000000000000000000000000000000000000000000000000000000000000000 
filesystem keys: 
  PK: 
  KEK: 
  db: 
  dbx: 
New keys in filesystem: 
Paramétrage de shim (0.4-0ubuntu4) ... 
Traitement déclenché pour  ureadahead (0.100.0-16) ... 
Paramétrage de grub-efi-amd64-bin (2.02~beta2-9) ... 
Paramétrage de grub2-common (2.02~beta2-9) ... 
Paramétrage de grub-efi-amd64 (2.02~beta2-9) ... 

Creating config file /etc/default/grub with new version 
Installing for x86_64-efi platform. 
Installation terminée, sans erreur. 
Création du fichier de configuration GRUB… 
Attention : Définir GRUB_TIMEOUT à une valeur non nulle si GRUB_HIDDEN_TIMEOUT est définie n’est plus possible. 
Image Linux trouvée : /boot/vmlinuz-3.13.0-24-generic 
Image mémoire initiale trouvée : /boot/initrd.img-3.13.0-24-generic 
Windows Boot Manager trouvé sur /dev/sda2@/EFI/Microsoft/Boot/bootmgfw.efi 
Adding boot menu entry for EFI firmware configuration 
fait 
Paramétrage de grub-efi-amd64-signed (1.34+2.02~beta2-9) ... 
Installing for x86_64-efi platform. 
Installation terminée, sans erreur. 
Paramétrage de shim-signed (1.6+0.4-0ubuntu4) ... 
Installing for x86_64-efi platform. 
Installation terminée, sans erreur. 
$  sudo apt-get install -y --force-yes grub-efi-amd64-signed shim-signed linux-signed-generic 
Lecture des listes de paquets... Fait 
Construction de l'arbre des dépendances       
Lecture des informations d'état... Fait 
grub-efi-amd64-signed est déjà la plus récente version disponible. 
shim-signed est déjà la plus récente version disponible. 
linux-signed-generic est déjà la plus récente version disponible. 
0 mis à jour, 0 nouvellement installés, 0 à enlever et 0 non mis à jour. 
$ 
Puis il y a une collection de rapports boot qui sont fabriqués puis le message suivant est affiché

Une erreur est survenue pendant la réparation. 

Écrivez sur un papier l'URL suivante : 
[url]http://paste.ubuntu.com/7434873/[/url] 

Si vous avez toujours des problèmes de démarrage, indiquez cette URL à : 
boot.repair@gmail.com 

Vous pouvez maintenant redémarrer votre ordinateur. 


Les fichiers de démarrage de [L'OS actuellement utilisé - Ubuntu 14.04 LTS] sont loin du début du disque. Votre BIOS pourrait ne pas les détecter. Vous voudrez peut-être re-essayer après avoir créé une partition /boot (EXT4, >200MB, en début de disque). Cela peut être réalisé via des outils tels que gParted. Puis sélectionnez cette partition via l'option [Partition /boot séparée :] de [Réparateur de démarrage]. ([url]http://doc.ubuntu-fr.org/tutoriel/partition_boot[/url])



$ 


 puis un message qui n'a certainement rien a voir avec le gestionnaire de mise a jour qui venait de se lancer

Un problème irrémédiable est survenu durant l'initialisation des informations du paquet. 

Veuillez signaler ce bogue du paquet « update-manager » en y joignant le message d'erreur suivant : 
E:Ouverture de /etc/apt/sources.list - ifstream::ifstream (13: Permission non accordée)

Dernière modification par Bougron (Le 19/05/2014, à 21:04)

maxire · Le 19/05/2014, à 14:09

Bougron a écrit :

J'ai tenté la commande "cat (hd0,gpt7)/boot/grub/grub.cfg". Une ligne vide ou a espace s'affiche.

C'est le problème, le menu grub n'a pas été généré.
Donc tu fais:

grub>set root=(hd0,gpt7)
grub>set prefix=(hd0,gpt7)/boot/grub
grub>ls /

Si tu vois dans le résultat de la commande les 2 fichiers vmlinuz et initrd.img

grub>linux /vmlinuz root=/dev/sda7 ro
grub>initrd /initrd.img
grub>boot

Sinon :

grub>ls /boot

Tu repères les fichiers vmlinuz-**** et initrd.img-**** et alors:

grub>linux /boot/vmlinuz-**** root=/dev/sda7 ro
grub>initrd /boot/initrd.img-****
grub>boot

Avec bien sûr la même valeur pour ****.
Et une fois linux démarré,

sudo update-grub

pour générer le menu grub.

Dernière modification par maxire (Le 19/05/2014, à 14:10)

maxire · Le 19/05/2014, à 14:29

Je pense que tu devrais arrêter d'utiliser des outils comme supergrub2 sans comprendre ce que tu fais.
Essayer de réparer un environnement Ubuntu Trusty en utilisant des dépôts logiciels de Ubuntu Saucy ne peut pas marcher.
Essaies de démarrer manuellement Linux et tente de le réparer comme je le propose mais compte tenu de tes dernières manipulations je ne garantis rien.
Une fois linux démarré:

sudo apt-get update
sudo dpkg --configure -a
sudo apt-get dist-upgrade
[s]sudo grub-install --recheck --debug /dev/sda[/s]
sudo update-grub

Je suppose que ce que je propose en post #2 est toujours valable mais si tu brouilles les cartes entre chaque message je ne sais plus.
[Edit] Ne pas faire le grub-install, fais-le en dernier après les opérations du message #2.

Dernière modification par maxire (Le 19/05/2014, à 14:33)

Bougron · Le 19/05/2014, à 14:48

Démarrage par le Grub. Merci pour les commandes suivantes qui m'ont permis de booter sans clé usb.

grub>set root=(hd0,gpt7)
grub>set prefix=(hd0,gpt7)/boot/grub
grub>linux /vmlinuz root=/dev/sda7 ro
grub>initrd /initrd.img
grub>boot.

Et une fois linux démarré, sudo update-grub

Je viens de vérifier que le dual boot est bien opérationnel. Je suis dans windows. J'installe 14 mises à jour de sécurité.
J'epère conserver le dual boot après cette mise à jour windows.
Je suis près à refaire une tentative de boot-repair pour vérifier si le problème subsiste lorsque l'analyse de cette installation foireuse aura été faite.

maxire · Le 19/05/2014, à 15:12

bougron a écrit :

Je suis près à refaire une tentative de boot-repair pour vérifier si le problème subsiste lorsque l'analyse de cette installation foireuse aura été faite.

Surtout pas, n'utilises plus boot-repair.
As-tu passé les commandes que je t'ai proposé?

Bougron · Le 19/05/2014, à 17:15

maxire a écrit :

Je pense que tu devrais arrêter d'utiliser des outils comme supergrub2 sans comprendre ce que tu fais..

Je pense nettement mieux connaitre le produit supergrub2 pour la partie que j'utilise que d'autres produits (boot-repair, grub etc...)
Il me permet de voir l'exhautivité des fichiers bootables. Je ne sais pas encore pourquoi il y a en tant.
Il y en aura peut-être moins à l'issue des actions que tu proposes.

maxire a écrit :

Essayer de réparer un environnement Ubuntu Trusty en utilisant des dépôts logiciels de Ubuntu Saucy ne peut pas marcher...

Cela ne me surprend pas du tout. Je ne sais trop pourquoi il y a eu ce mélange.
Une piste possible se trouve peut-être ici http://doc.ubuntu-fr.org/boot-repair qui contient la commande suivante (que je ne comprend pas plus que cela).
sudo sed 's/trusty/saucy/g' -i /etc/apt/sources.list.d/yannubuntu-boot-repair-trusty.list
Par recopie manuelle Voici le contenu du fichier /etc/apt/sources.list.d/yannubuntu-boot-repair-trusty.list
deb http://ppa.launchpad.net/yannubuntu/boot-repair/ubuntu saucy main
# deb-src http://ppa.launchpad.net/yannubuntu/boot-repair/ubuntu saucy main

maxire a écrit :

Essaies de démarrer manuellement Linux et tente de le réparer comme je le propose mais compte tenu de tes dernières manipulations je ne garantis rien.
Une fois linux démarré:
sudo apt-get update
sudo dpkg --configure -a
sudo apt-get dist-upgrade
[s]sudo grub-install --recheck --debug /dev/sda[/s]
sudo update-grub

J'ai fais les commandes ci-dessus. Je me suis permis de ne pas mettre les caractères et qui ne semblent destinés à la présentation ratée de la ligne.
Cela fonctionne bien. Voici ce que j'ai pu récupérer.

$ sudo apt-get update 
Ign http://ppa.launchpad.net trusty InRelease 
Ign http://ppa.launchpad.net saucy InRelease 
Atteint http://ppa.launchpad.net trusty Release.gpg 
Atteint http://ppa.launchpad.net saucy Release.gpg 
Atteint http://ppa.launchpad.net trusty Release 
Atteint http://ppa.launchpad.net saucy Release 
Atteint http://ppa.launchpad.net trusty/main amd64 Packages 
Atteint http://ppa.launchpad.net trusty/main i386 Packages 
Atteint http://ppa.launchpad.net saucy/main amd64 Packages 
Atteint http://ppa.launchpad.net saucy/main i386 Packages 
Ign http://ppa.launchpad.net trusty/main Translation-fr_FR 
Ign http://ppa.launchpad.net trusty/main Translation-fr 
Ign http://ppa.launchpad.net trusty/main Translation-en 
Ign http://ppa.launchpad.net saucy/main Translation-fr_FR 
Ign http://ppa.launchpad.net saucy/main Translation-fr 
Ign http://ppa.launchpad.net saucy/main Translation-en 
Lecture des listes de paquets... Fait 
sudo dpkg --configure -a
sudo apt-get dist-upgradesudo apt-get dist-upgrade
Lecture des listes de paquets... Fait 
Construction de l'arbre des dépendances 
Lecture des informations d'état... Fait 
Calcul de la mise à jour... Fait 
0 mis à jour, 0 nouvellement installés, 0 à enlever et 0 non mis à jour. 
$ sudo apt-get dist-upgrade
sudo grub-install --recheck --debug /dev/sdagrub-install : information : writing 160 bytes of a fixup block starting at 0x8000. 
    Il y a une multitude de lignes de ce style  «grub-install : information : adding a relocation entry for 0xc650 ». 
     Puis il y a la fin
grub-install : information : adding 204 padding fixup entries. 
grub-install : information : writing 688 bytes of a fixup block starting at 0xc000. 
grub-install : information : reading /usr/lib/grub/x86_64-efi/fshelp.mod. 
grub-install : information : reading /usr/lib/grub/x86_64-efi/ext2.mod. 
grub-install : information : reading /usr/lib/grub/x86_64-efi/part_gpt.mod. 
grub-install : information : reading /usr/lib/grub/x86_64-efi/search_fs_uuid.mod. 
grub-install : information : reading /boot/grub/x86_64-efi/load.cfg. 
grub-install : information : kernel_img=0x2342c90, kernel_size=0x18200. 
grub-install : information : the core size is 0x1d3c0. 
grub-install : information : writing 0x1e600 bytes. 
grub-install : information : copying `/usr/lib/shim/shim.efi.signed' -> `/boot/efi/EFI/grub/shimx64.efi'. 
grub-install : information : copying `/usr/lib/grub/x86_64-efi-signed/grubx64.efi.signed' -> `/boot/efi/EFI/grub/grubx64.efi'. 
grub-install : information : copying `/usr/lib/shim/MokManager.efi.signed' -> `/boot/efi/EFI/grub/MokManager.efi'. 
grub-install : information : copying `/boot/grub/x86_64-efi/load.cfg' -> `/boot/efi/EFI/grub/grub.cfg'. 
grub-install : information : Registering with EFI: distributor = `grub', path = `\EFI\grub\shimx64.efi', ESP at hostdisk//dev/sda,gpt2. 
grub-install : information : executing efibootmgr --version </dev/null >/dev/null. 
grub-install : information : executing modprobe -q efivars. 
grub-install : information : executing efibootmgr -b 0004 -B. 
BootCurrent: 0004 
Timeout: 0 seconds 
BootOrder: 0000,0001,0005,2003,2001,2002 
Boot0000* ubuntu 
Boot0001* Windows Boot Manager 
Boot0002* EFI Network 0 for IPv6 (08-9E-01-B7-1C-5D) 
Boot0003* EFI Network 0 for IPv4 (08-9E-01-B7-1C-5D) 
Boot0005* Ubuntu 
Boot2001* EFI USB Device 
Boot2002* EFI DVD/CDROM 
Boot2003* EFI Network 
grub-install : information : executing efibootmgr -c -d /dev/sda -p 2 -w -L grub -l \EFI\grub\shimx64.efi. 
BootCurrent: 0004 
Timeout: 0 seconds 
BootOrder: 0004,0000,0001,0005,2003,2001,2002 
Boot0000* ubuntu 
Boot0001* Windows Boot Manager 
Boot0002* EFI Network 0 for IPv6 (08-9E-01-B7-1C-5D) 
Boot0003* EFI Network 0 for IPv4 (08-9E-01-B7-1C-5D) 
Boot0005* Ubuntu 
Boot2001* EFI USB Device 
Boot2002* EFI DVD/CDROM 
Boot2003* EFI Network 
Boot0004* grub 
Installation terminée, sans erreur. 
$ sudo update-grub 
Création du fichier de configuration GRUB… 
Image Linux trouvée : /boot/vmlinuz-3.13.0-24-generic 
Image mémoire initiale trouvée : /boot/initrd.img-3.13.0-24-generic 
Windows Boot Manager trouvé sur /dev/sda2@/EFI/Microsoft/Boot/bootmgfw.efi 
Adding boot menu entry for EFI firmware configuration 
fait 
$

maxire a écrit :

Je suppose que ce que je propose en post #2 est toujours valable mais si tu brouilles les cartes entre chaque message je ne sais plus.
[Edit] Ne pas faire le grub-install, fais-le en dernier après les opérations du message #2.

Normalement cela reste valable, car j'ai simplement tenté de récupérer des pfichiers qui ont été créés avant l'incident justifiant la création de cette discussion.
En revanche j'ai raté ta remarque sur le fait de faire le grub-install après avoir exécuté ces actions.

maxire · Le 19/05/2014, à 17:32

Une information intéressante:

grub-install : information : Registering with EFI: distributor = `grub', path = `\EFI\grub\shimx64.efi', ESP at hostdisk//dev/sda,gpt2.

C'est l'entrée boot efi grub qui est utilisée et non ubuntu, ce qui n'est pas grave, même si c'est étrange.
Par contre ne passes pas les commandes du post #2.
Fais plutôt:

sudo rm -rv /boot/efi/EFI/ubuntu
sudo rm -v /boot/efi//EFI/Microsoft/Boot/grubx64.efi 
sudo efibootmgr -b 0000 -B
sudo efibootmgr -b 0005 -B

Cela supprimera uniquement l'entrée Ubuntu + le programme grubx64.efi mal placé.
Seule l'entrée grub sera gardée.

maxire · Le 19/05/2014, à 17:43

Arghh!

 
grub-install : information : copying `/boot/grub/x86_64-efi/load.cfg' -> `/boot/efi/EFI/grub/grub.cfg'.

Une autre chose que je ne comprends pas c'est cette ligne qui indique que le fichier load.cfg est copié dans un fichier grub.cfg localisé dans le répertoire /boot/efi/EFI.
load.cfg est normalement utilisé pour générer le programme de démarrage grub dans une installation non efi.
En efi j'avoue que je ne sais pas très bien à quoi sert il sert.
Ce qui me gêne est que grub.cfg existe également dans le répertoire /boot/grub et a un rôle différent qui est celui de décrire le menu grub.

Bougron · Le 19/05/2014, à 20:13

maxire a écrit :

Arghh!
 
grub-install : information : copying `/boot/grub/x86_64-efi/load.cfg' -> `/boot/efi/EFI/grub/grub.cfg'. 
Une autre chose que je ne comprends pas c'est cette ligne qui indique que le fichier load.cfg est copié dans un fichier grub.cfg localisé dans le répertoire /boot/efi/EFI.
load.cfg est normalement utilisé pour générer le programme de démarrage grub dans une installation non efi.
En efi j'avoue que je ne sais pas très bien à quoi sert il sert.
Ce qui me gêne est que grub.cfg existe également dans le répertoire /boot/grub et a un rôle différent qui est celui de décrire le menu grub.

On avance quand même bien.

Voici le contenu des deux fichiers que tu signales
=> contenu du fichier /boot/grub/x86_64-efi/load.cfg
search.fs_uuid e3f50e8d-646b-4ee0-8ce0-7c130361f0d2 root hd0,gpt7
set prefix=($root)'/boot/grub'
=> contenu du fichier /boot/efi/EFI/grub/grub.cfg
search.fs_uuid e3f50e8d-646b-4ee0-8ce0-7c130361f0d2 root hd0,gpt7
set prefix=($root)'/boot/grub'
configfile $prefix/grub.cfg
Il y a donc une ligne de plus.. Si tu le souhaites, je peux relancer toutes ces commandes en capturant la totalité de leur bavardage dans un fichier log en finissant les commandes par >Le logdelachose.txt

En revanche le fichier classique grub.cfg est conforme à l'attente . C'est un script faisant 218 lignes.

Bougron · Le 19/05/2014, à 21:00

maxire a écrit :

Ne passes pas les commandes du post #2.
Fais plutôt:
sudo rm -rv /boot/efi/EFI/ubuntu
sudo rm -v /boot/efi//EFI/Microsoft/Boot/grubx64.efi 
sudo efibootmgr -b 0000 -B
sudo efibootmgr -b 0005 -B
Cela supprimera uniquement l'entrée Ubuntu + le programme grubx64.efi mal placé.
Seule l'entrée grub sera gardée.

Bonsoir.
Je viens de faire exactement les 4 commandes indiquées. Puis j'ai booté.
Je me retrouve avec l'invite de commande grub.
Je frappe toutes les commandes du post #9 en terminant par sudo update-grub >logupdate-grub.txt
Le fichier log est vide, Le résultat écran me semble bon, mais j'ai oublié de le copier/coller.
Je pensais que cela était suffisant pour remettre un bon fonctionnement.
Erreur magistrale, Le boot-suivant me propose de nouveau l'invite
grub>

maxire · Le 19/05/2014, à 21:14

En plus de update-grub faire le grub-install, mais normalement il n'aurait pas du être nécessaire.
J'ai compris à quoi sert le fichier grub.cfg dans le répertoire EFI, il définit les "des variables d'environnement" uilisées par grub pour retrouver le menu grub.cfg de /boot/grub et accéder à ses gestionnaires.
Je ne félicite pas le programmeur, utiliser le même nom pour 2 utilisations différentes, pas terrible.

Bougron · Le 19/05/2014, à 21:48

maxire a écrit :

En plus de update-grub faire le grub-install, mais normalement il n'aurait pas du être nécessaire..

Effectivement ce n'est pas nécessaire de le faire. Je viens de faire cela:

$ sudo update-grub 
Création du fichier de configuration GRUB… 
Image Linux trouvée : /boot/vmlinuz-3.13.0-24-generic 
Image mémoire initiale trouvée : /boot/initrd.img-3.13.0-24-generic 
Windows Boot Manager trouvé sur /dev/sda2@/EFI/Microsoft/Boot/bootmgfw.efi 
Adding boot menu entry for EFI firmware configuration 
fait 
$ sudo grub-install 
Installing for x86_64-efi platform. 
Installation terminée, sans erreur. 
$

et je dois toujours frapper toutes les commandes suivantes (Si je ne fais pas la première, la commande linux dit ne pas trouver le fichier)
grub>set root=(hd0,gpt7)
grub>set prefix=(hd0,gpt7)/boot/grub
grub>linux /vmlinuz root=/dev/sda7 ro
grub>initrd /initrd.img
grub>boot.
P.S. Il est temps de prendre un peu de repos.

maxire · Le 20/05/2014, à 09:20

À la réflexion le fait que grub-install ait généré une entrée boot efi nommée grub n'est pas normal, même si en théorie ce n'est pas un problème.
La version du logiciel grub livrée par Ubuntu a été modifiée pour générer systématiquement une entrée boot efi nommée ubuntu.
Ceci a été codé en dur dans grub, d'après des commentaires dans /etc/default/grub.d/50_linuxmint.cfg de Mint 17 Qiana:

#! /bin/sh
set -e

# Set distributor to "Ubuntu" 
#
# In Mint 16:
# shim and grub come with hardcoded ubuntu strings upstream, without this EFI installation is broken
# https://bugs.launchpad.net/ubuntu/+source/grub2/+bug/1242417
#
# In Mint 17:
# Despite the bug report being marked as fixed, the situation is the same. Grub was patched by Ubuntu
# to assign the "ubuntu" distributor ID when it was given "Kubuntu". That results in Kubuntu finally 
# getting EFI to work out of the box but still using "ubuntu" as far as grub-install is concerned.
# So we'll stick to "Ubuntu" for this iteration.
#
# The remaining issues are almost the same:
# 
#  - Branding issue in Linux Mint (our EFI name is "Ubuntu" because anything else won't work)
#  - Conflict between Linux Mint and Ubuntu (in multi-boot situations 
#	   they use the same EFI name so EFI implementations can't list them both). 
#      That should also be a problem with derivatives, and also a problem with 
#      multiple installations of the same operating system (for instance in the case of Mint editions).
#

GRUB_DISTRIBUTOR="Ubuntu"

grubx64.efi et shimx64.efi version ubuntu utilisent /EFI/ubuntu/grub.cfg au lieu de /EFI/grub/grub.cfg c'est ce qu'indiquent les commentaires notés ci-dessus.

J'ignore ce que tu utilises comme version de grub, sans doute une version installée lors d'une de tes tentatives de réparation, ou bien c'est plutôt le paramétrage lsb (Linux Standard Base) qui est mauvais.
Je pense que la valeur de GRUB_DISTRIBUTOR est mal calculée.
Que donnent ces commandes?

lsb_release -i -s 2> /dev/null || echo Debian

et

lsb_release -irdc

Quel est le contenu de /etc/default/grub?

Ce serait bien de générer un nouveau boot-info sous ubuntu en y installant boot-repair si ce n'est déjà fait.
En prime donnes le résultat de :

grub>set

Histoire de vérifier les variables d'environnement uitilisées par le grub réellement lancé.

[Edit] Contenu de /etc/issue et /etc/issue.net?

Dernière modification par maxire (Le 20/05/2014, à 09:38)

Bougron · Le 20/05/2014, à 10:19

Bonjour. Merci pour tous les renseignements que tu me donnes. Voici les résultats des commandes

$ lsb_release -i -s 2> /dev/null || echo Debian
Ubuntu

$ lsb_release -irdc
Distributor ID: Ubuntu
Description: Ubuntu 14.04 LTS
Release: 14.04
Codename: trusty

$ ls -rtl gru*
-rw-r--r-- 1 root root 1238 mai 2 14:22 grub~
-rw-r--r-- 1 root root 0 mai 10 13:07 grub

=> Donc le fichier n'a plus de paramètre. La seule explication est celle expliquée dans mon post #3
D'ailleurs, il me semble que tu es le premier à dire que boot-repair c'est à éviter

/etc$ pg issue
Ubuntu 14.04 LTS \n \l
et une ligne d'un caractère
(EOF)
pg issue.net
Ubuntu 14.04 LTS
(EOF):

Bougron · Le 20/05/2014, à 10:38

maxire a écrit :

Ce serait bien de générer un nouveau boot-info sous ubuntu en y installant boot-repair si ce n'est déjà fait.

J'ai le sentiment que boot-repair m'a cassé pas mal de choses.
J'en ai utilisé plein de versions depuis début Avril. Pour l'une j'ai déjà signalé un incident. http://forum.ubuntu-fr.org/viewtopic.php?id=1564721
Pour m'en tirer, J'ai fini par refaire une réinstallation.

Je vais supprimer le package boot-repair. Je vais le réinstaller depuis la logithèque. Je souhaite simplement qu'il soit enfin au point.

Question liée. Que penser de la partie suivante:

Installer Boot-Repair depuis une session liveCD (ou liveUSB) de Ubuntu
Si vous disposez d'un liveCD (ou d'une liveUSB) de Ubuntu, et que votre PC en panne a une connexion internet, vous pouvez installer Boot-Repair temporairement :
•Démarrer l'ordinateur sur le CD (ou la liveUSB) Ubuntu
•Choisir "Essayer Ubuntu"
•Connecter internet
•Ouvrir un terminal (Ctrl+Alt+T), et saisir les 4 commandes suivantes (appuyer sur Entrée après chaque ligne):
sudo add-apt-repository ppa:yannubuntu/boot-repair
sudo sed 's/trusty/saucy/g' -i /etc/apt/sources.list.d/yannubuntu-boot-repair-trusty.list
sudo apt-get update
sudo apt-get install -y boot-repair && (boot-repair &)
du document http://doc.ubuntu-fr.org/boot-repair

maxire · Le 20/05/2014, à 11:14

Je ne pense rien de mal de boot-repair c'est un outil qui a son utilité, notamment pour analyser une installation ensuite les cas de dysfonctionnement possibles sont tellement nombreux que ses propositions de réparations ne sont pas toujours adaptées, notamment en mode UEFI.
Je n'utilise pas boot-repair autrement que pour obtenir un boot-info, en cas de nécessité j'interviens directement en manuel.
Je ne peux donc pas donner de conseils quant à son utilisation.

Les informations que tu me fournis indiquent que le nom de la distribution "ubuntu" est correctement indiqué dans les fichiers d'identification système.
Donc c'est le paramétrage de grub le problème, pourquoi ce fichu fichier /etc/default/grub est-il vide?
Donnes le contenu /etc/default/grub~ c'est une sauvegarde automatique de /etc/default/grub, si il est correct tu pourras l'utiliser pour le restaurer moyennant une éventuelle modification.

[Edit]

sudo sed 's/trusty/saucy/g' -i /etc/apt/sources.list.d/yannubuntu-boot-repair-trusty.list

Cette commande remplace la chaîne de caractères trusty par saucy dans toutes les lignes du fichier yannubuntu-boot-repair-trusty.list, sans doute parce qu'il n'existe pas de dépôt loigiciel de boot-repair pour Ubuntu Trusty.
Cela n'a aucune incidence sur l'utilisation même de boot-repair.

Dernière modification par maxire (Le 20/05/2014, à 11:35)

Bougron · Le 20/05/2014, à 11:57

Voici le contenu du fichier grub~

*# If you change this file, run 'update-grub' afterwards to update
# /boot/grub/grub.cfg.
# For full documentation of the options in this file, see:
#   info -f grub -n 'Simple configuration'

GRUB_DEFAULT=0
#GRUB_HIDDEN_TIMEOUT=0
GRUB_HIDDEN_TIMEOUT_QUIET=true
GRUB_TIMEOUT=10
GRUB_DISTRIBUTOR=`lsb_release -i -s 2> /dev/null || echo Debian`
GRUB_CMDLINE_LINUX_DEFAULT="quiet splash"
GRUB_CMDLINE_LINUX=""

# Uncomment to enable BadRAM filtering, modify to suit your needs
# This works with Linux (no patch required) and with any kernel that obtains
# the memory map information from GRUB (GNU Mach, kernel of FreeBSD ...)
#GRUB_BADRAM="0x01234567,0xfefefefe,0x89abcdef,0xefefefef"

# Uncomment to disable graphical terminal (grub-pc only)
#GRUB_TERMINAL=console

# The resolution used on graphical terminal
# note that you can use only modes which your graphic card supports via VBE
# you can see them in real GRUB with the command `vbeinfo'
#GRUB_GFXMODE=640x480

# Uncomment if you don't want GRUB to pass "root=UUID=xxx" parameter to Linux
#GRUB_DISABLE_LINUX_UUID=true

# Uncomment to disable generation of recovery mode menu entries
#GRUB_DISABLE_RECOVERY="true"

# Uncomment to get a beep at grub start
#GRUB_INIT_TUNE="480 440 1"

maxire · Le 20/05/2014, à 12:12

Tu peux utiliser grub~ pour recréer grub:

sudo cp /etc/default/grub~ /etc/default/grub

Puis nettoyage des entrées grub:

sudo rm -rv /boot/efi/EFI/grub
sudo efibootmgr -b 0004 -B

En prenant l'hypothèse que c'est toujours l'entrée boot0004 de EFI qui pointe sur grub, à toi de vérifier.
Au final:

sudo grub-install --recheck --debug /dev/sda
sudo update-grub

Bougron · Le 20/05/2014, à 12:14

maxire a écrit :

En prime donnes le résultat de :
grub>set
Histoire de vérifier les variables d'environnement utilisées par le grub réellement lancé.

Ce n'était pas un oubli. J'attendais de faire un boot pour avoir l'invite de commande grub>
puis j'ai pensé que peut-être lorsque ubuntu est opérationnel en ouvrant termimal, je pouvais frapper la commande "grub set".
Je viens de le faire, et j'ai la réponse
"Le programme 'grub' n'est pas encore installé. Vous pouvez l'installer en tapant: "sudo apt-get install grub".
Cependant,je préfère utiliser la logithéque. je demande "GRUB". La réponse est une proposition
Grant Unified Bootloader (Ancienne version)
]Je préfère donc ne rien faire.

Dernière modification par Bougron (Le 20/05/2014, à 12:16)

maxire · Le 20/05/2014, à 12:18

Bougron a écrit :

puis j'ai pensé que peut-être lorsque ubuntu est opérationnel en ouvrant termimal, je pouvais frapper la commande "grub set".

Non faute, grub est déjà installé, et la commande "set" doit être passée au démarrage non lorsque ubuntu est démarré.
Ne fais rien, n'installes rien.

Ubuntu-fr

Navigation

Liens de recherche

Annonce

#1 Le 09/05/2014, à 19:03

[Résolu] GRUB et UBUNTU 14.04

#2 Le 10/05/2014, à 17:30

Re : [Résolu] GRUB et UBUNTU 14.04

#3 Le 10/05/2014, à 18:13

Re : [Résolu] GRUB et UBUNTU 14.04

#4 Le 10/05/2014, à 18:23

Re : [Résolu] GRUB et UBUNTU 14.04

#5 Le 19/05/2014, à 12:59

Re : [Résolu] GRUB et UBUNTU 14.04

#6 Le 19/05/2014, à 14:04

Re : [Résolu] GRUB et UBUNTU 14.04

#7 Le 19/05/2014, à 14:09

Re : [Résolu] GRUB et UBUNTU 14.04

#8 Le 19/05/2014, à 14:29

Re : [Résolu] GRUB et UBUNTU 14.04

#9 Le 19/05/2014, à 14:48

Re : [Résolu] GRUB et UBUNTU 14.04

#10 Le 19/05/2014, à 15:12

Re : [Résolu] GRUB et UBUNTU 14.04

#11 Le 19/05/2014, à 17:15

Re : [Résolu] GRUB et UBUNTU 14.04

#12 Le 19/05/2014, à 17:32

Re : [Résolu] GRUB et UBUNTU 14.04

#13 Le 19/05/2014, à 17:43

Re : [Résolu] GRUB et UBUNTU 14.04

#14 Le 19/05/2014, à 20:13

Re : [Résolu] GRUB et UBUNTU 14.04

#15 Le 19/05/2014, à 21:00

Re : [Résolu] GRUB et UBUNTU 14.04

#16 Le 19/05/2014, à 21:14

Re : [Résolu] GRUB et UBUNTU 14.04

#17 Le 19/05/2014, à 21:48

Re : [Résolu] GRUB et UBUNTU 14.04

#18 Le 20/05/2014, à 09:20

Re : [Résolu] GRUB et UBUNTU 14.04

#19 Le 20/05/2014, à 10:19

Re : [Résolu] GRUB et UBUNTU 14.04

#20 Le 20/05/2014, à 10:38

Re : [Résolu] GRUB et UBUNTU 14.04

#21 Le 20/05/2014, à 11:14

Re : [Résolu] GRUB et UBUNTU 14.04

#22 Le 20/05/2014, à 11:57

Re : [Résolu] GRUB et UBUNTU 14.04

#23 Le 20/05/2014, à 12:12

Re : [Résolu] GRUB et UBUNTU 14.04

#24 Le 20/05/2014, à 12:14

Re : [Résolu] GRUB et UBUNTU 14.04

#25 Le 20/05/2014, à 12:18

Re : [Résolu] GRUB et UBUNTU 14.04

Pied de page des forums