BOOT : Ecran noir au démarrage pendant plus de 3 minutes

fg92 · Le 18/04/2020, à 18:12

Bonsoir,

Je reviens à nouveau vers vous ce jour, car j'ai un nouveau problème avec GRUB au démarrage du mon ordi portable HP (en UEFI).

J'ai tenté de modifier la résolution de GRUB (en la passant à 600x480, au lieu de 640x480, au niveau du paramètre GRUB_GFXMODE).
J'ai exécuté update-grub puis grub-install.
Et depuis, mon écran est noir pendant environ 3 minutes entre le BIOS et GRUB.
J'ai beau avoir fait marche-arrière dans le fichier /etc/default/grub, et avoir ré-exécuté les 2 commandes update-grub et grub-install, ce problème persiste.

Avez-vous une idée pour que GRUB réapparaisse instantanément au démarrage ?

noje · Le 18/04/2020, à 18:55

Bonsoir,

Après la modification du fichier etc/default/grub, vous avez tapé update-grub et après grub-install , c’est ça ?

Quand vous dites que vous faites grub-install c’est juste taper " grub-install" ou alors grub-install /dev/_device_du_disque_dur ?

Merci pour vos précisions.

fg92 · Le 18/04/2020, à 19:12

J'ai tapé les commandes sudo update-grub et sudo grub-install sans /dev/sda pour être exact.
Je suis en UEFI. Habituellement, la syntaxe sudo grub-install suffit.

Dernière modification par fg92 (Le 18/04/2020, à 19:12)

noje · Le 18/04/2020, à 19:24

Après un changement de configuration normalement il faut juste taper update-grub, il n’est pas nécessaire de réinstaller le grub.
Après je ne sais pas pour l’UEFI si nécessaire ou pas de spécifier le disque, dans la documentation il précise le disque dur pourtant.
https://doc.ubuntu-fr.org/grub-uefi

Si tu arrives toujours à booter cette machine, tu peux tenter un boot-repair.
https://doc.ubuntu-fr.org/boot-repair

Pourquoi as-tu changé la résolution tu as peut-être simplement mis une résolution que ton bios ne sait pas gérer.

Dernière modification par noje (Le 18/04/2020, à 19:25)

fg92 · Le 18/04/2020, à 19:38

Oui, effectivement, la réinstallation était superflue.
Je vais tenter demain une réinstallation en précisant le disque dur.

Pour le Boot Repair, j'ai déjà essayé.
Mais mon portable ne boote pas sur les clés USB visiblement (en tous cas, pas sur celle que j'ai créée avec l'iso depuis le "Créateur de clé USB" de Linux Mint).
Faut-il que j'utilise absolument Rufus ?
N'y a-t-il pas un autre réparateur de GRUB qui se lance depuis le lecteur CD/DVD en 64 bits ?

Bonne soirée.

noje · Le 18/04/2020, à 19:50

fg92 a écrit :

Et depuis, mon écran est noir pendant environ 3minutes entre le BIOS et GRUB.

Tu annonces 3 minutes entre le bios et le grub, donc tu as finalement un grub et arrives à booter oui ou non ?
Si tu arrives à booter ta distribution relit la documentation, car tu peux l’installer boot-repair dessus avec un PPA.

Enfin peut-être que tu pourras réparer avec grub-install, si tu veux changer la résolution, lors du grub passe au lieu de booter le en mode ligne de commande avec « c » normalement et peut-être « esc » juste avant si écran gris.

Une fois le grub passé en ligne de commande de tête l’invite est grub>, là tu tapes vbeinfo et ça listera toutes les résolutions supportées par ton bios, exit après pour sortir.

LRDP · Le 19/04/2020, à 10:03

Bonjour, essayes de créer une clef Multisytem de Yannbuntu avec Boot-Repair dessus (ou un Live-CD avec les mêmes softs), cela permettra de mettre à jour Grub, de l'installer proprement si besoin, et de faire, pourquoi pas, une partition boot séparée, cela permet de démarrer plus vite certaines configurations capricieuses.

LRDP · Le 19/04/2020, à 10:04

Bonjour, essayes de créer une clef Multisytem de YannUbuntu avec Boot-Repair dessus (ou un Live-CD avec les mêmes softs), cela permettra de mettre à jour Grub, de l'installer proprement si besoin, et de faire, pourquoi pas, une partition boot séparée, cela permet de démarrer plus vite certaines configurations capricieuses.

Dernière modification par LRDP (Le 19/04/2020, à 10:18)

fg92 · Le 19/04/2020, à 15:32

Bon, j'ai tenté un Boot-Repair.
Mais j'ai toujours un délai énorme avec écran noir entre le BIOS et GRUB.

Ce que j'ai fait :
- j'ai lancé un Live-CD que j'avais sous la main,
- j'ai passé les commandes suivantes (dans un terminal) :

sudo add-apt-repository ppa:yannubuntu/boot-repair
apt update
apt install -y boot-repair
boot-repair

- j'ai attendu le temps qu'il faut,
- j'ai obtenu le fichier texte Boot-Info,
- j'ai redémarré.

J'ai donc un fichier texte Boot-Info (suite à cette "réparation") pour qui sait l'exploiter.

noje · Le 19/04/2020, à 15:59

Allez balance ton le fichier log de ton boot-info ici : https://paste.ubuntu.com/
Gagneras du temps, mais pense que à part que le GRUB est chargé, si chanceux une autre indication, mais j'en doute à voir...

Balance le retour de ceci aussi :

cat /boot/grub/grub.cfg

avec une redirection dans un fichier sur ton bureau pour plus de simplicité.

cat /boot/grub/grub.cfg >~/Bureau/grub_cfg.txt

Dernière modification par noje (Le 19/04/2020, à 16:02)

fg92 · Le 19/04/2020, à 16:16

J'ai un "petit" souci avec https://paste.ubuntu.com/ :
- je renseigne mon pseudo (fg92),
- je colle le texte contenu dans mon fichier boot-info,
- je clique sur le bouton Paste!
- et j'obtiens (par 2 fois) ce message d'erreur :
"Bad Gateway
The proxy server received an invalid response from an upstream server.
Apache/2.4.29 (Ubuntu) Server at paste.ubuntu.com Port 443"

En attendant une explication, je vais aller chercher mon fichier /boot/grub/grub.cfg comme noje me l'a conseillé.

noje · Le 19/04/2020, à 16:31

Ici c'est pareil :
http://paste.ubuntu-fr-secours.org/

fg92 · Le 19/04/2020, à 16:41

Cela fonctionne avec le 2nd lien.

Pour mon fichier Boot-Info :
Lien vers la page en cours : http://paste.ubuntu-fr-secours.org/src-198482
Lien vers une page sans décoration : http://paste.ubuntu-fr-secours.org/plain-198482

Un très prochain post pour mon fichier /boot/grub/grub.cfg

fg92 · Le 19/04/2020, à 16:49

Pour mon fichier /boot/grub/grub.cfg :
Lien vers la page en cours : http://paste.ubuntu-fr-secours.org/src-198483
Lien vers une page sans décoration : http://paste.ubuntu-fr-secours.org/plain-198483

fg92 · Le 19/04/2020, à 16:52

J'ai oublié de préciser que le temps de l'écran noir entre le BIOS et GRUB s'est considérablement allongé : près de 20 minutes au dernier redémarrage (il y a 10 minutes)....

noje · Le 19/04/2020, à 17:02

ton boot-info est inconsultable ou téléchargeable.

fg92 · Le 19/04/2020, à 17:06

Effectivement le second lien ( http://paste.ubuntu-fr-secours.org/plain-198482 ) ne fonctionne pas (???).
Mais le premier ( http://paste.ubuntu-fr-secours.org/src-198482 ) fonctionne. Cela peut-il te suffire ?

J'ai fait la même manip pour les 2 fichiers...

fg92 · Le 19/04/2020, à 19:05

En fouillant un peu plus sur le Net, je pense avoir trouver le début de la réponse, sur ce lien :
https://www.debian-fr.xyz/viewtopic.php?t=1539
au niveau du post de PascalHambourg.
Le problème viendrait du fichier grub.cfg qui est trop énorme.
Pouvez-vous me confirmer cela ?

De plus, comme je ne voudrais pas mettre tout mon PC à terre, et comme je ne suis pas habitué à jouer avec GRUB,
pourriez-vous me détailler les manipulations à faire (suite à la lecture du post de PascalHambourg) ?
Merci d'avance pour votre aide (je suis un peu frileux sur ce coup-là).

fg92 · Le 19/04/2020, à 19:10

J'ai trouvé aussi ceci dans la doc Ubuntu :
https://doc.ubuntu-fr.org/grub-pc#long_ … chargement

Merci d'avance pour votre aide dans la description de la meilleure procédure à employer pour réduire le délai entre le BIOS et GRUB.

noje · Le 19/04/2020, à 19:10

fg92 a écrit :

Pouvez-vous me confirmer cela ?

Possible de confirmer il est énorme le fichier grub.cfg qu'il a donné : 2,2M au lieu de 18K chez moi.

bash-4.4$ ls -lh delete_grub.cfg 
-rw-rw-r-- 1 user user 2,2M avril 19 17:10 delete_grub.cfg
bash-4.4$ ls -lh /boot/grub/grub.cfg 
-r--r--r-- 1 root root 18K avril 10 12:22 /boot/grub/grub.cfg

delete_grub.cfg est issu du fichier brut qu'il a copié en pastebin.

Dernière modification par noje (Le 19/04/2020, à 19:11)

geole · Le 19/04/2020, à 19:39

Bonjour
Je confirme que le temps de traitement d'un tel fichier prend certainement 3 minutes. Tu as de la chance que l'affichage soit encore possible
La cause est connue. J'ai eu le temps de voir qu'il y a 4 O.S. de détectés
Comme il me semble que tu fais des boot-install assez souvent, à chaque fois que tu fais cette commande en changeant d' O.S., tu doubles ta taille du fichier.
Alors cesse ce petit jeu d'installer et décide une bonne fois pour toutes lequel est le chef et quels sont les esclaves.

Puis avec le chef tu bootes un esclave
Dans cet esclave, tu lui dit qu'il n'a pas à s'occuper des autres avec ces commandes

   sudo chmod   -x /etc/grub.d/30*
   sudo apt autoremove 
   sudo  update-grub

Tu fais pareil pour les deux autres esclaves.

Lorsque c'est fait pour les trois, tu dis au chef d'inspecter ses troupes avec ces deux commandes

 sudo apt autoremove 
   sudo  update-grub

Si tu as des difficultés à nommer un chef, tu les traites tous les quatre comme des esclaves et tu utilises un autre mercenaire pour booter.
que tu installes par n'importe lequel de tes O.S. avec cette commande:

sudo apt install refind

Cela sera suffisant puisque

=================== UEFI/Legacy mode:
BIOS is EFI-compatible, and is setup in EFI-mode for this live-session.
SecureBoot disabled. (maybe sec-boot,

du coup, tu ne seras même pas obligé d'épurer.

Dernière modification par geole (Le 19/04/2020, à 19:48)

fg92 · Le 20/04/2020, à 08:43

Bonjour geole.

Je n'ai effectivement pas de distribution maîtresse sur ce PC.
Je vais donc me tourner vers Refind.

Une fois que j'aurai traité les 4 distributions Linux de mon PC avec ces commandes :

sudo chmod -x /etc/grub.d/30*
sudo apt autoremove 
sudo update-grub

puis que j'aurai exécuté (depuis Lubuntu (18.04.4)) les commandes :

sudo apt update
sudo apt install refind

comme tu l'as décrit plus haut, est-ce que tout cela sera suffisant ? ou y a-t-il d'autres commandes à prévoir ?

Je me pose aussi une autre question (avant de me jeter) : si je fais une manipulation de travers, ou si mon système n'est finalement pas adapté à se configurer correctement avec toutes ces commandes ci-dessus, pourrais-je alors récupérer un système fonctionnel avec un Boot-Repair de GRUB ? ou devrais-je alors réinstaller tous mes OS (dont Windows 10) ?

Encore une question (sur Windows 10 justement) : avec Refind, sera-t-il bien reconnu et proposé au démarrage ?

geole · Le 20/04/2020, à 11:11

Bonjour
Si cela déconne complètement, on risque de ne pas pouvoir utiliser boot-repair dans ses réparations car il s'appuie sur le grub qui va encore te fabriquer des fichiers de taille monstrueuse.
Il faudra alors préventivement travailler avec boot-info pour faire trois ou quatre séries de commandes ressemblant à cela

sudo mount -v /dev/sdaN   /mnt
sudo chmod   -x /mnt/etc/grub.d/30*
sudo umount -v /dev/sdaN

avant de se servir de boot-repair

NOTA. Ou alors utiliser un script qui fait le ménage dans ces fichiers. Je sais qu'il existe dans le forum. Je vais essayer de le retrouver dans la journée.
Tu auras même une explication détaillée du problème que tu rencontres.

NOTA: Qui ne connaît pas windows!. Tu n'as probablement pas encore bien lu la documentation refind. Il s'installe aussi avec windows!
L'icône de windows sera facile à reconnaître.

Tôt ou tard tu devras faire ces commandes de déactivation de recherche des autres O.S. afin de gagner du temps dans les mises à jour.
Dans l'autre discussion, tu as vu que dans certains contextes, le grub veut se remettre prioritaire. Tu as donc intérêt à ce qu'il fonctionne pas trop mal.

Dernière modification par geole (Le 20/04/2020, à 11:12)

fg92 · Le 20/04/2020, à 12:34

Merci beaucoup geole de te préoccuper de mon cas ainsi.

Je pense aussi qu'il faudrait que je fasse d'abord le ménage dans mes grub.cfg (je crois que c'est cela que tu sous-entends un peu dans ton précédent post).
Est-ce que je ne pourrais pas utiliser une méthode simple, comme celle que je comprends en lisant la documentation Ubuntu : https://doc.ubuntu-fr.org/grub-pc#long_ … chargement ?
Ce que je comprends :
- je me connecte à chaque Linux installé, et je renomme chaque fichier /boot/grub/grub.cfg en grub.cfg.old ;
- puis je me reconnecte à chaque Linux installé, et j'exécute la commande sudo update-grub à chaque fois.
Cela me paraît simple et efficace, dans un premier temps.
Qu'en penses-tu ?

geole · Le 22/04/2020, à 11:46

Bonjour
C'est une possibilité de bricoler dans ce style de correction. Fais seulement pour un au début . Tu vas vite voir qu'il ne remet plus en route car il n'y a plus de fichier grub.cfg absolument obligatoire si on veut booter avec le grub. Cependant c'est une bonne idée si tu fais les quatre et que tu utilises boot-repair pour en refabriquer un.
Cependant, au fil de l'eau, tu te retrouveras dans le même état tant que tu ne décideras pas de l'O.S. majeur qui a le droit de faire le boot des autres.
Je me rends compte que j'ai oublié de trouver le script de purge... Je m'y attelle.

Ajout. Je vois que c'est trop tard.
https://forum.ubuntu-fr.org/viewtopic.p … #p21701820

Dernière modification par geole (Le 22/04/2020, à 16:28)

Ubuntu-fr

Navigation

Liens de recherche

Annonce

#1 Le 18/04/2020, à 18:12

BOOT : Ecran noir au démarrage pendant plus de 3 minutes

#2 Le 18/04/2020, à 18:55

Re : BOOT : Ecran noir au démarrage pendant plus de 3 minutes

#3 Le 18/04/2020, à 19:12

Re : BOOT : Ecran noir au démarrage pendant plus de 3 minutes

#4 Le 18/04/2020, à 19:24

Re : BOOT : Ecran noir au démarrage pendant plus de 3 minutes

#5 Le 18/04/2020, à 19:38

Re : BOOT : Ecran noir au démarrage pendant plus de 3 minutes

#6 Le 18/04/2020, à 19:50

Re : BOOT : Ecran noir au démarrage pendant plus de 3 minutes

#7 Le 19/04/2020, à 10:03

Re : BOOT : Ecran noir au démarrage pendant plus de 3 minutes

#8 Le 19/04/2020, à 10:04

Re : BOOT : Ecran noir au démarrage pendant plus de 3 minutes

#9 Le 19/04/2020, à 15:32

Re : BOOT : Ecran noir au démarrage pendant plus de 3 minutes

#10 Le 19/04/2020, à 15:59

Re : BOOT : Ecran noir au démarrage pendant plus de 3 minutes

#11 Le 19/04/2020, à 16:16

Re : BOOT : Ecran noir au démarrage pendant plus de 3 minutes

#12 Le 19/04/2020, à 16:31

Re : BOOT : Ecran noir au démarrage pendant plus de 3 minutes

#13 Le 19/04/2020, à 16:41

Re : BOOT : Ecran noir au démarrage pendant plus de 3 minutes

#14 Le 19/04/2020, à 16:49

Re : BOOT : Ecran noir au démarrage pendant plus de 3 minutes

#15 Le 19/04/2020, à 16:52

Re : BOOT : Ecran noir au démarrage pendant plus de 3 minutes

#16 Le 19/04/2020, à 17:02

Re : BOOT : Ecran noir au démarrage pendant plus de 3 minutes

#17 Le 19/04/2020, à 17:06

Re : BOOT : Ecran noir au démarrage pendant plus de 3 minutes

#18 Le 19/04/2020, à 19:05

Re : BOOT : Ecran noir au démarrage pendant plus de 3 minutes

#19 Le 19/04/2020, à 19:10

Re : BOOT : Ecran noir au démarrage pendant plus de 3 minutes

#20 Le 19/04/2020, à 19:10

Re : BOOT : Ecran noir au démarrage pendant plus de 3 minutes

#21 Le 19/04/2020, à 19:39

Re : BOOT : Ecran noir au démarrage pendant plus de 3 minutes

#22 Le 20/04/2020, à 08:43

Re : BOOT : Ecran noir au démarrage pendant plus de 3 minutes

#23 Le 20/04/2020, à 11:11

Re : BOOT : Ecran noir au démarrage pendant plus de 3 minutes

#24 Le 20/04/2020, à 12:34

Re : BOOT : Ecran noir au démarrage pendant plus de 3 minutes

#25 Le 22/04/2020, à 11:46

Re : BOOT : Ecran noir au démarrage pendant plus de 3 minutes

Pied de page des forums