écran noir au démarrage avant lancement de Debian

musificus · 02-09-2024 14:00:34

Bonjour à tous,
Je suis (j'étais plutôt) en dual boot windws11 et debian2 bokworms.
A la suite d'une mise à jour logicielle sur debian, mon affichage de démarrage a totalement disparu. le menu de boot de grub2, et l'accès au bios uefi ont totalement disparu. Je me retrouve avec un écran totalement noir pendant une vingtaine de secondes, puis la page de lancement de debian apparaît (identification des utilisateurs + passwd), et je peux lancer une session debian qui fonctionne normalement.

La commande fdisk -l me renvoie un message bizarre:
Périphérique Début Fin Secteurs Taille Type
/dev/sda1 34 32767 32734 16M Réservé Microsoft
/dev/sda2 32768 3907026943 3906994176 1,8T Données de base Microsoft

La partition 1 ne commence pas sur une frontière de cylindre physique.

Je pense à une partition UEFI corrompue, mais je ne suis sûr de rien.
Si quelqu'un a une idée, avec mes remerciements.

Dernière modification par musificus (02-09-2024 14:18:11)

FrankiBoy · 02-09-2024 15:52:45

Je sais pas si ça a un rapport avec ceci =>

https://www.tomsguide.fr/alerte-windows … attention/

Je présume que Grub avait la Debian en première position puis en second choix le W11 puis le BIOS.
Il semblerait que ce soit MS qui a m"e"rdé pour ses màj. Si quelqu'un a une soluce je suis preneur.

J'ai tenté "boot-repair" grub-update etc etc. Rien n'y fait.
Pour rebooter sous W10 (affecté également) J'ai trouvé ceci =>

grub-reboot 2 ; reboot

0 étant mon Linux
1 Linux avancé
2 Windows 10
3 BIOS UEFI

musificus · 02-09-2024 18:48:39

Merci de ta réponse FrankiBoy, effectivement, ça fonctionne et j'ai pu démarrer windows. As tu essayé l'option 3 pour l'accès au bios UEFI ?

FrankiBoy · 02-09-2024 21:26:34

Yep avec

grub-reboot 3; reboot

Le PC redémarre affiche pendant quelque millisecondes le menu Grub puis reboote une seconde fois et on atterrit dans Le BIOS UEFI (sur une MSI Z390A Pro).

Chose super-curieuse, je n'ai strictement rien changé dans le BIOS, juste entré puis ressorti.
Une fois confirmé que je n'ai pas effectué de changement le PC reboote normalement.
A savoir il affiche le Grub2 comme il se doit. Je peux changer pour Linux, Windows ou le BIOS exactement comme avant.

Pour quelle raison? Aucune idée en tout cas.

J'ai rebooté sous Windows10, désactivé les mises à jour automatiques, rebooté sous Linux mis mon système à jour et ma foi, aucune anomalie constaté.
Croisons les doigts :-)

FrankiBoy · 03-09-2024 09:22:31

Bon ben fausse joie.
Ce matin au retour à la maison j'ai démarré et c'est redevenu bordélique. Le grub s'affiche que pendant un temps extrement court, puis le boot continue vers Linux. reboot vers Windows donc uniquement en faisant le grub-reboot 2.

musificus · 03-09-2024 09:54:19

Et bien j'ai exactement le même problème. Après lecture du lien que tu as mis dans ta première réponse, j'ai de plus en plus l'impression que c'est la MAJ de windows KB5041585 qui a modifié ou corrompu la partiton EFI empêchant l'affichage ou le fonctionnement du chargeur de démarrage.
J'ai bien une idée, mais c'est de la haute voltige sans fil, je voudrais avoir ton avis: ce serait d'effacer toutes les données du disque dur, y compris la partiton efi et la partition microsoft. J'ai une image du disque dur complète créée avant la MAJ de windows avec clonezilla sur un support USB, donc restauration du disque à partir de l'image. Sinon, pour ceux qui n'ont pas de sauvegarde du disque, je ne vois que réinstallation des deux systèmes (bonjour le boulot !!!) après avoir sauvegardé les données sur un support externe.

wardidi · 03-09-2024 12:17:26

FrankiBoy a écrit :

Le grub s'affiche que pendant un temps extrement court, puis le boot continue vers Linux.

Et en modifiant GRUB_TIMEOUT=15? Je crois que -1 l'affiche en permanence.

nano /etc/defaut/grub

Puis

update-grub

Dernière modification par wardidi (03-09-2024 14:36:56)

musificus · 03-09-2024 13:14:29

J'avais déjà augmenté mon timeout. J'avais mis TIMEOUT=10. D'ailleurs, avec ce timeout modifié, je pensais, même si je ne voyais rien, avoir le temps de descendre dans le menu de grub et lancer windows, mais quedalle, ça ne marche pas. Le seul truc qui marche, c'est l'astuce que tu m'as donnée, pas très pratique, mais au moins ça marche.

wardidi · 03-09-2024 14:36:42

musificus a écrit :

Le seul truc qui marche, c'est l'astuce que tu m'as donnée, pas très pratique, mais au moins ça marche.

Le -1?

si tu as GRUB_TIMEOUT_STYLE=hidden essaie

GRUB_TIMEOUT_STYLE=menu

GRUB_TIMEOUT=10

sans oublier

update-grub

FrankiBoy · 03-09-2024 15:23:28

wardidi a écrit :

musificus a écrit :
Le seul truc qui marche, c'est l'astuce que tu m'as donnée, pas très pratique, mais au moins ça marche.

Le -1?

si tu as GRUB_TIMEOUT_STYLE=hidden essaie

GRUB_TIMEOUT_STYLE=menu
GRUB_TIMEOUT=10

sans oublier
update-grub

Je l'ai également essayé.
En fait tout porte à croire que la màj Windows a foutu le binz dans la partoche EFI, et qu'ils tardent à remettre le truc d'aplomb.

Peu importe le timeout du grub, on dirait que c'est pas lu de toute façon.
Pour l'instant le seul truc qui a l'air de "fonctionner" c'est le grub-reboot.
A adapter suivant qu'on veut aller dans le BIOS ou booter sous Windows.

(Vais sérieusement réfléchir quant à l'idée de le virer définitivement, pour les 5-10% du temps passé dessus je peux peut-être m'en passer).

Dernière modification par FrankiBoy (03-09-2024 15:23:53)

musificus · 03-09-2024 16:22:23

(Vais sérieusement réfléchir quant à l'idée de le virer définitivement, pour les 5-10% du temps passé dessus je peux peut-être m'en passer).

Je me fais la même réflexion. Mais je me demande même si microsoft n'a pas foutu le bordel aussi dans le bios UEFI. Avant le chargement de la partition UEFI, je devrais voir l'auto test. La touche F2 qui permet d'accéder à l'interface du bios ne donne aucun résultat.

Dernière modification par musificus (03-09-2024 16:29:58)

Jean-Pierre Pinson · 03-09-2024 16:59:51

Moi je dis, qu'il y a rien de mieux, que debian seul!

musificus · 03-09-2024 19:03:58

https://support.microsoft.com/fr-fr/top … 0appareil.

Un peu de lecture, mais seule explication de microsoft/ ben oui, ça peut arriver... ce qui est clair, c'est que le problème est grave et semble irréversible.
Il n'y a pas l'ombre d'une amorce de résolution du problème de la part de microsoft qui se retranche derrière des explications vaseuses.

Dernière modification par musificus (03-09-2024 19:07:35)

Jean-Pierre Pinson · 03-09-2024 19:13:29

C'est normal ils sont nuls chez Microsoft, lol

Croutons · 03-09-2024 19:24:50

musificus a écrit :

https://support.microsoft.com/fr-fr/top … 0appareil.

Un peu de lecture, mais seule explication de microsoft/ ben oui, ça peut arriver... ce qui est clair, c'est que le problème est grave et semble irréversible.
Il n'y a pas l'ombre d'une amorce de résolution du problème de la part de microsoft qui se retranche derrière des explications vaseuses.

si c'est bien çà j'ai vu cet article qui parle de solution de contournement
ça ce tente
https://www.zdnet.fr/actualites/une-mis … 395939.htm

FrankiBoy · 03-09-2024 20:24:02

Merci Crouton pour ce lien.

Alors j'ai exécuté les trucs suivants :
1. J'ai vérifié le statut du SecureBoot avec

mokutil --sb

il m'a répondu

Abandon

2. J'ai rebooté pour entrer dans le BIOS

sudo grub-reboot 3 ; reboot

J'ai atterri dans le BIOS, après quelques recherches dedans j'ai fini par trouver le paramètre SecureBoot qui se trouvait déjà sur DISABLED
Je suis ressorti, j'ai redémarré la machine (qui curieusement ma donné la main au GRUB) j'ai effectué la commande suivante

 sudo mokutil --set-sbat-policy delete 

puis j'ai rebooté encore une fois pour constater que tout est redevenu normal.

Reste à savoir pour combien de temps....
C'est qui m'emm...rde le plus c'est pas qu'ils ont flingué leur propre OS enfin le chargeur (ça c'est plutôt rigolo....) , c'est le fait qu'ils ont réussi (par inadvertance, incompétence, volonté ou je ne sais quoi d'autre) de me foutre en carafe MON système (Ubuntu 22.04 LTS)

Bon en dehors de quelques jeux, j'ai rien à faire sous W10, encore heureux. Je réfléchis à une soluce de mettre W10 en machine virtuelle mais ce qui me tarabiscotte c'est la partie de la carte graphique. Me retrouver avec une émulation de chipset graphique des années 95-2000 ça m'enchante guère. Et j'ai juste une petite NVIDIA 1050TI pas un foudre de guerre non plus, mais largement suffisant pour moi

FrankiBoy · 03-09-2024 20:25:58

Merci Crouton pour ce lien.

Alors j'ai exécuté les trucs suivants :
1. J'ai vérifié le statut du SecureBoot avec

mokutil --sb

il m'a répondu

Abandon

2. J'ai rebooté pour entrer dans le BIOS

sudo grub-reboot 3 ; reboot

J'ai atterri dans le BIOS, après quelques recherches dedans j'ai fini par trouver le paramètre SecureBoot qui se trouvait déjà sur DISABLED
Je suis ressorti, j'ai redémarré la machine (qui curieusement ma donné la main au GRUB) j'ai effectué la commande suivante

 sudo mokutil --set-sbat-policy delete 

puis j'ai rebooté encore une fois pour constater que tout est redevenu normal.

Reste à savoir pour combien de temps....
C'est qui m'emm...rde le plus c'est pas qu'ils ont flingué leur propre OS enfin le chargeur (ça c'est plutôt rigolo....) , c'est le fait qu'ils ont réussi (par inadvertance, incompétence, volonté ou je ne sais quoi d'autre) de me foutre en carafe MON système (Ubuntu 22.04 LTS)

Bon en dehors de quelques jeux, j'ai rien à faire sous W10, encore heureux. Je réfléchis à une soluce de mettre W10 en machine virtuelle mais ce qui me tarabiscotte c'est la partie de la carte graphique. Me retrouver avec une émulation de chipset graphique des années 95-2000 ça m'enchante guère. Et j'ai juste une petite NVIDIA 1050TI pas un foudre de guerre non plus, mais largement suffisant pour moi

musificus · 04-09-2024 07:21:21

J'ai essayé, ben... quedalle !

ça veut pas marcher, et le pire, c'est que je n'arrive pas à accéder au bios.

la réponse de menyentry est un vrai fouillis, je n'arrive pas à donner un numéro à UEFI, sachant que le Windows Boot Manager est en 2. J'ai essayé 3, mais ça veut pas, donc aucun accès au bios. Je me demande si le bios n'est pas corrompu !

Croutons · 04-09-2024 07:36:04

dans l'article il est dit que une fois effectué l'opération il faut réactivé le secure boot dans le bios

musificus · 04-09-2024 08:12:06

dans l'article il est dit que une fois effectué l'opération il faut réactivé le secure boot dans le bios

bon ben comme je n'arrive plus à rentrer dans le bios, c'est mort !

FrankiBoy · 04-09-2024 08:35:01

ton UEFI se trouve en quel position ?
en 3 ?

Je viens de faire le meme grep que toi et il me sort ceci =>

grep menuentry /boot/grub/grub.cfg 

if [ x"${feature_menuentry_id}" = xy ]; then

  menuentry_id_option="--id"

  menuentry_id_option=""

export menuentry_id_option

menuentry 'Ubuntu' --class ubuntu --class gnu-linux --class gnu --class os $menuentry_id_option 'gnulinux-simple-286701b6-8e95-48dc-9cf1-eb335897ba97' {

submenu 'Advanced options for Ubuntu' $menuentry_id_option 'gnulinux-advanced-286701b6-8e95-48dc-9cf1-eb335897ba97' {

  menuentry 'Ubuntu, with Linux 6.8.0-40-generic' --class ubuntu --class gnu-linux --class gnu --class os $menuentry_id_option 'gnulinux-6.8.0-40-generic-advanced-286701b6-8e95-48dc-9cf1-eb335897ba97' {

  menuentry 'Ubuntu, with Linux 6.8.0-40-generic (recovery mode)' --class ubuntu --class gnu-linux --class gnu --class os $menuentry_id_option 'gnulinux-6.8.0-40-generic-recovery-286701b6-8e95-48dc-9cf1-eb335897ba97' {

  menuentry 'Ubuntu, with Linux 6.5.0-45-generic' --class ubuntu --class gnu-linux --class gnu --class os $menuentry_id_option 'gnulinux-6.5.0-45-generic-advanced-286701b6-8e95-48dc-9cf1-eb335897ba97' {

  menuentry 'Ubuntu, with Linux 6.5.0-45-generic (recovery mode)' --class ubuntu --class gnu-linux --class gnu --class os $menuentry_id_option 'gnulinux-6.5.0-45-generic-recovery-286701b6-8e95-48dc-9cf1-eb335897ba97' {

menuentry 'Windows Boot Manager (on /dev/sdb2)' --class windows --class os $menuentry_id_option 'osprober-efi-A622-820F' {

menuentry 'UEFI Firmware Settings' $menuentry_id_option 'uefi-firmware' {

Dernière modification par FrankiBoy (04-09-2024 08:40:44)

musificus · 04-09-2024 11:09:16

oui, mais sur mon ordi grub-reboot 3 ; reboot ne me fait pas entrer dans le bios

par contre grub-reboot 2 ; reboot me fait démarrer windows

apparemment, il ne lit pas ou ne peut pas lire la partition uefi

musificus · 04-09-2024 11:25:33

Et puis maintenant j'ai un doute.

Imaginons un utilisateur de windows 10 ou 11 comme unique OS qui a installé le package à problèmes de microsoft. Pour lui, ça ne change rien. Mais que se passe-t-il si ensuite, il décide (curieuse idée) d'ajouter une distribution Debian ou Ubuntu ? Le programme d'installation va installer un chargeur de démarrage GRUB2 alors que la mise à jour de windows a été faite et appliquée, alors, rebelote ?

Décidément, Microsoft, c'est comme Boeing, ça merde !

Dernière modification par musificus (04-09-2024 11:27:28)

Croutons · 04-09-2024 12:16:23

tu dois pouvoir réactiver le secure boot avec mokutil
c'est ce qui est écrit dans le wiki
https://wiki.debian.org/fr/SecureBoot#D … ecure_Boot

musificus · 06-09-2024 09:13:53

Bon, il y a du nouveau. J'ai démarré mon ordi ce matin; Sans que je fasse rien, l'accès au bios est redevenu possible, j'ai réactivé le secure boot, et maintenant, je ne démarre plus que w11. Grub n'est visiblement pas lu.
Impossible aussi de booter sur une clé USB d'installation. J'ai redéfini l'ordre de priorité de boot, mais quedalle, ça ne boote pas !

Dernière modification par musificus (06-09-2024 09:50:14)

Debian-facile

#1 02-09-2024 14:00:34

écran noir au démarrage avant lancement de Debian

#2 02-09-2024 15:52:45

Re : écran noir au démarrage avant lancement de Debian

#3 02-09-2024 18:48:39

Re : écran noir au démarrage avant lancement de Debian

#4 02-09-2024 21:26:34

Re : écran noir au démarrage avant lancement de Debian

#5 03-09-2024 09:22:31

Re : écran noir au démarrage avant lancement de Debian

#6 03-09-2024 09:54:19

Re : écran noir au démarrage avant lancement de Debian

#7 03-09-2024 12:17:26

Re : écran noir au démarrage avant lancement de Debian

#8 03-09-2024 13:14:29

Re : écran noir au démarrage avant lancement de Debian

#9 03-09-2024 14:36:42

Re : écran noir au démarrage avant lancement de Debian

#10 03-09-2024 15:23:28

Re : écran noir au démarrage avant lancement de Debian

#11 03-09-2024 16:22:23

Re : écran noir au démarrage avant lancement de Debian

#12 03-09-2024 16:59:51

Re : écran noir au démarrage avant lancement de Debian

#13 03-09-2024 19:03:58

Re : écran noir au démarrage avant lancement de Debian

#14 03-09-2024 19:13:29

Re : écran noir au démarrage avant lancement de Debian

#15 03-09-2024 19:24:50

Re : écran noir au démarrage avant lancement de Debian

#16 03-09-2024 20:24:02

Re : écran noir au démarrage avant lancement de Debian

#17 03-09-2024 20:25:58

Re : écran noir au démarrage avant lancement de Debian

#18 04-09-2024 07:21:21

Re : écran noir au démarrage avant lancement de Debian

#19 04-09-2024 07:36:04

Re : écran noir au démarrage avant lancement de Debian

#20 04-09-2024 08:12:06

Re : écran noir au démarrage avant lancement de Debian

#21 04-09-2024 08:35:01

Re : écran noir au démarrage avant lancement de Debian

#22 04-09-2024 11:09:16

Re : écran noir au démarrage avant lancement de Debian

#23 04-09-2024 11:25:33

Re : écran noir au démarrage avant lancement de Debian

#24 04-09-2024 12:16:23

Re : écran noir au démarrage avant lancement de Debian

#25 06-09-2024 09:13:53

Re : écran noir au démarrage avant lancement de Debian

Pied de page des forums