# Démarrage avec GRUB sans l'affichage de GRUB **URL:** \ **Category:** Support Debian\ **Tags:** boot, grub\ **Created:** [Février 21, 2022, 7:39 UTC](https://www.debian-fr.org/t/demarrage-avec-grub-sans-laffichage-de-grub/86164 "2022-02-21T19:39:50Z")\ **Posts on this page:** 10\ **Page:** 1
**Author:** ![rsuinux](https://www.debian-fr.org/user_avatar/www.debian-fr.org/rsuinux/32/4554_2.png) [@rsuinux](https://www.debian-fr.org/u/rsuinux)\ **Post date:** [Février 21, 2022, 7:39 UTC](https://www.debian-fr.org/t/demarrage-avec-grub-sans-laffichage-de-grub/86164/1 "2022-02-21T19:39:50Z")
Bonsoir, J’ai un souci avec une machine qui ne veut pas démarrer son GRUB: Elle a un SSD avec une debian. Celui ci est monté dans un caddie de cd-rom. J’ai déjà utilisé la méthode, ça marche normalement. Elle a aussi un dd avec une debian aussi. Celui ci sert de disque de base, mais je voudrais passer sur le SSD comme disque système. Les symptômes de mon problème : la machine boot bien sur le dd, mais qd je tente de booter sur le SSD, j’ai juste ‹ grub › qui s’affiche en haut à droite de l’écran puis rien. L’écran devient gris, et… C’est tout . J’ai chrooté le SSD pour réinstaller GRUB, sans avoir d’erreur, mais rien y fait. Meme symptômes. Si quelqu’un a une idée, je suis preneur. Merci Remi. ---
**Author:** ![AlainR](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/a/59ef9b/32.png) [@AlainR](https://www.debian-fr.org/u/AlainR)\ **Post date:** [Février 22, 2022, 2:16 UTC](https://www.debian-fr.org/t/demarrage-avec-grub-sans-laffichage-de-grub/86164/2 "2022-02-22T02:16:02Z")
**Bonjour** , (sous Debian 11) Avez-vous essayé de booter sur une session-live de boot-repair (boot-repair-disk-64bit.iso chez moi , depuis une clé Usb par exemple) ou simplement de faire un update-grub depuis votre session (super-utilisateur) ? ```auto # /usr/sbin/update-grub ou grub-mkconfig whereis grub-mkconfig --> # /usr/sbin/grub-mkconfig ``` Bonsoir Alain ---
**Author:** ![PascalHambourg](https://www.debian-fr.org/user_avatar/www.debian-fr.org/pascalhambourg/32/5837_2.png) [@PascalHambourg](https://www.debian-fr.org/u/PascalHambourg)\ **Post date:** [Février 22, 2022, 7:26 UTC](https://www.debian-fr.org/t/demarrage-avec-grub-sans-laffichage-de-grub/86164/3 "2022-02-22T07:26:02Z")
Installe le paquet boot-info-script, exécute `bootinfoscript` et poste le rapport. ---
**Author:** ![rsuinux](https://www.debian-fr.org/user_avatar/www.debian-fr.org/rsuinux/32/4554_2.png) [@rsuinux](https://www.debian-fr.org/u/rsuinux)\ **Post date:** [Février 22, 2022, 6:00 UTC](https://www.debian-fr.org/t/demarrage-avec-grub-sans-laffichage-de-grub/86164/4 "2022-02-22T18:00:53Z")
Bonsoir; Merci @PascalHambourg de m’avoir indiqué boot-info-script que je ne connaissais pas. Je l’ai installé. Le résultat étant un peu long, je l’ai mis sur pastebin: [Log Boot-info-script - Pastebin.com](https://pastebin.com/hsE2VDyP) J’ai donc, si je déduis bien les informations, une partition de boot en uefi sur /dev/sda et un secteur de boot sur le MBR sur /dev/MBR. Et la me vient une crise existentielle: la machine peut elle ne démarrer QUE en uefi? J’ai déjà cherché dans le bios, mais à priori, rien la dessus. Rémi. ---
**Author:** ![PascalHambourg](https://www.debian-fr.org/user_avatar/www.debian-fr.org/pascalhambourg/32/5837_2.png) [@PascalHambourg](https://www.debian-fr.org/u/PascalHambourg)\ **Post date:** [Février 22, 2022, 8:34 UTC](https://www.debian-fr.org/t/demarrage-avec-grub-sans-laffichage-de-grub/86164/5 "2022-02-22T20:34:23Z")
Un SSD de seulement 8 Go, ce n’est pas commun. Ça limite beaucoup ce qu’on peut y mettre. > [@rsuinux](#): > > J’ai donc, si je déduis bien les informations, une partition de boot en uefi sur /dev/sda > et un secteur de boot sur le MBR sur /dev/MBR. Sur /dev/sdb, tu veux dire. Oui. Donc amorçage EFI/UEFI pour sda et amorçage BIOS/legacy pour le SSD. > [@rsuinux](#): > > la machine peut elle ne démarrer QUE en uefi? Je ne le pense pas pour deux raisons : - le système a été installé pour un amorçage BIOS, ce qui n’est possible que si l’installateur a été amorcé en mode BIOS ou s’il a détecté la présence d’un système avec amorçage BIOS et si tu as répondu de ne pas poursuivre en mode UEFI - l’amorçage du SSD affiche « grub » Maintenant, il faudrait préciser ce qui se passe exactement. - est-ce « grub » en minuscules ou « GRUB » en majuscules ? - est-ce en haut à droite ou en haut à gauche ? - que signifie exactement « plus rien » ? Plus rien ne bouge (avec seulement « grub » qui reste affiché), ou l’écran se vide ? - fond gris ou fond noir ? Voici la séquence telle qu’elle devrait se dérouler : - le BIOS charge le MBR qui contient la boot image de GRUB - la boot image affiche « GRUB » en majuscules en haut à gauche sur fond noir et charge la core image de GRUB - la core image de GRUB affiche « loading » à la suite de « GRUB », charge le module normal et passe en mode normal - si le chargement du module normal échoue, la core image affiche un message suivi de l’invite « grub rescue\> » - le module normal charge le fichier grub.cfg - si grub.cfg n’est pas présent, l’invite « grub\> » est affichée - si grub.cfg est présent, ses instructions sont exécutées, par défaut, cela - passe l’affichage en mode graphique - affiche l’image de fond d’écran - affiche le menu de démarrage - démarre un compte à rebours de 5 secondes - à l’expiration du compte à rebours ou en cas d’action de sélection par l’utilisateur, l’entrée sélectionnée est exécutée Si je devais faire une supposition à partir de ta description, je dirais que c’est le passage en mode graphique qui coince. Un contournement consisterait alors à forcer GRUB à appliquer une résolution graphique inférieure ou à ne pas passer en mode graphique et rester en mode texte (ce sera moins beau). Mais il y a d’autres solutions : - créer une partition EFI sur le SSD (mais il faudra réduire la partition existante) et y installer GRUB pour l’amorçage EFI - ou même continuer à démarrer depuis la partition EFI du disque dur mais en lançant ensuite le système installé sur le SSD. Cela rendrait les deux disques dépendants, mais à mon avis ce serait le plus simple. ---
**Author:** ![rsuinux](https://www.debian-fr.org/user_avatar/www.debian-fr.org/rsuinux/32/4554_2.png) [@rsuinux](https://www.debian-fr.org/u/rsuinux)\ **Post date:** [Février 23, 2022, 6:10 UTC](https://www.debian-fr.org/t/demarrage-avec-grub-sans-laffichage-de-grub/86164/6 "2022-02-23T06:10:45Z")
Oui, pardon. C’est bien sûr /dev/sdb que se trouve le mbr. J’ai écrit trop vite. Le SSD est effectivement de 8g, mais pour la machine, il n’y a qu’openbox et les outils essentiels d’une interface utilisateur. Et ça tient (c’était un défis au début, c’est devenu un disque système après) La séquence de boot sur ce disque, sur cette machine : 1. Choix du disque 2. GRUB s’affiche en haut à gauche 3. l’écran devient gris. Pas de GRUB rescue, pas de message d’erreur, rien. C’est pas ma première installation, mais c’est mon premier GRUB qui me fait ça. Je vais essayer effectivement de tenter un uefi depuis sda qui pointe sur le système sdb Merci pour la suggestion. ---
**Author:** ![PascalHambourg](https://www.debian-fr.org/user_avatar/www.debian-fr.org/pascalhambourg/32/5837_2.png) [@PascalHambourg](https://www.debian-fr.org/u/PascalHambourg)\ **Post date:** [Février 23, 2022, 8:18 UTC](https://www.debian-fr.org/t/demarrage-avec-grub-sans-laffichage-de-grub/86164/7 "2022-02-23T08:18:42Z")
Dans un premier temps, tu peux simplement ajouter le système du SSD au menu de GRUB du disque dur. Pour cela il faut que os-prober soit installé, et avec GRUB 2.06 il faut ajouter à /etc/default/grub du disque dur ``` GRUB_DISABLE_OS_PROBER=false ``` puis exécuter `update-grub`, qui devrait détecter le système du SSD. Si tu veux tester la piste du mode graphique de GRUB, il faut soit chrooter sur le système du SSD depuis l’autre, soit le démarrer directement depuis GRUB (après la manip ci-dessus), éditer son fichier /etc/default/grub - soit décommenter GRUB\_TERMINAL=console pour forcer le mode texte - soit décommenter et modifier GRUB\_GFXMODE pour forcer une résolution type 1024x768 ou 800x600 puis exécuter `update-grub`. ---
**Author:** ![rsuinux](https://www.debian-fr.org/user_avatar/www.debian-fr.org/rsuinux/32/4554_2.png) [@rsuinux](https://www.debian-fr.org/u/rsuinux)\ **Post date:** [Février 23, 2022, 4:59 UTC](https://www.debian-fr.org/t/demarrage-avec-grub-sans-laffichage-de-grub/86164/8 "2022-02-23T16:59:17Z")
Je m’en suis sortie en mettant dans /etc/default/grub GRUB\_TERMINAL=console En commentant GRUB\_GFXMODE Et en mettent GRUB\_DISABLE\_OS\_PROBER=false Ça m’a bien mis les deux systèmes, et surtout j’ai bien le visuel de GRUB. Problème réglé, même si la compréhension n’y ai pas . @PascalHambourg Merci pour ton aide. ---
**Author:** ![PascalHambourg](https://www.debian-fr.org/user_avatar/www.debian-fr.org/pascalhambourg/32/5837_2.png) [@PascalHambourg](https://www.debian-fr.org/u/PascalHambourg)\ **Post date:** [Février 23, 2022, 6:01 UTC](https://www.debian-fr.org/t/demarrage-avec-grub-sans-laffichage-de-grub/86164/9 "2022-02-23T18:01:45Z")
Dans quel système as-tu fait ces modifications de /etc/default/grub ? La première était destinée au SSD pour afficher le menu en bootant sur le SSD. En ce qui concerne la seconde, GRUB\_GFXMODE devrait déjà être commenté par défaut, je proposais au contraire de le décommenter (sans effet si GRUB\_TERMINAL=console est décommenté). La troisième était destinée au disque dur pour ajouter le SSD au menu du disque dur. ---
**Author:** ![rsuinux](https://www.debian-fr.org/user_avatar/www.debian-fr.org/rsuinux/32/4554_2.png) [@rsuinux](https://www.debian-fr.org/u/rsuinux)\ **Post date:** [Février 24, 2022, 6:03 UTC](https://www.debian-fr.org/t/demarrage-avec-grub-sans-laffichage-de-grub/86164/10 "2022-02-24T06:03:55Z")
Je l’ai fait d’abord fait sur le seul qui permettait de démarrer, sda, la j’ai pu récupérer la main sur l’affichage du GRUB. Et démarrer sur le le second disque toujours depuis sda.