Ecran noir lors de l'installation clé USB Debian 9

Support Debian
, ,
Tags: #<Tag:0x00007fc9dfc97dd0> #<Tag:0x00007fc9dfc97d08> #<Tag:0x00007fc9dfc97c40>
#28

J’ai pu réaliser l’installation avec debian-installer-launcher. J’ai eu un message concernant des firmware manquants mais cela n’a pas bloqué la procédure d’installation. Mais lorsque j’ai voulu rebooter après avoir réactivé le secure boot et renseigné le fichier EFI à utiliser (grubx64.efi de debian), j’ai une erreur :

error: Secure Boot forbids loading module from (hd0, gpt2)/boot/grub/x86_64-efi/normal.mod
…
Entering rescue mode...

J’ai trouvé un post concernant un grub bloqué mais ne sais pas comment appliquer les conseils.

La commande set me donne le résultat suivant :

cmdpath=(hd0,gpt1)/EFI/debian
prefix=(hd0,gpt2)/boot/grub
root=hd0,gpt2

Pour info, lorsque j’ai choisi le fichier EFI au redémarrage, j’ai trouvé plusieurs fichiers EFI répartis dans les sous-répertoires ubuntu, boot et debian.

Quelle commande dois-je lancer ?

Merci d’avance pour votre aide.

#29

Pourquoi avoir réactivé le secure boot ? Debian Stretch ne le supporte pas.
Même si tu déclares grubx64.efi dans le firmware UEFI, les modules de GRUB ne sont pas signés et GRUB EFI refuse de les charger s’il détecte que le secure boot est activé.

#30

En fait, au départ je n’avais pas réactivé le mode Secure Boot. Lorsque j’ai rebooté j’ai eu un écran noir avec le message “No Bootable Device”.
J’ai donc réactivé le mode Secure Boot et indiqué le fichier EFI à utiliser.

Suite à votre mail, j’ai essayé de redémarrer après restauré les paramètres d’usine par défaut puis désactivé le mode Secure Boot : j’ai toujours le même message “No Bootable Device”.

#31

Quand je dis et redis que l’UEFI, c’est merdique…
Il n’y a même pas le GRUB d’Ubuntu qui démarre ?

Il faudrait démarrer avec Ubuntu (s’il démarre, avec ou sans secure boot), un système Debian Live ou l’installateur Debian en mode rescue en demandant de lancer un shell sur la racine du système Debian installé (/dev/sda2), et exécuter la commande suivante en root pour afficher les entrées d’amorçage EFI :

efibootmgr -v

Normalement, après l’installation, il devrait y avoir une entrée “debian”.
Tu peux essayer ceci qui ne nécessite pas d’entrée d’amorçage EFI :

  • monter la partition EFI (/dev/sda1) sur /mnt si elle n’est pas déjà montée

  • copier le fichier /mnt/EFI/debian/grubx64.efi en /mnt/EFI/boot/bootx64.efi (remplacer /mnt par le point de montage réel si elle est déjà montée)

Oublié dé réagir à ça :

Quel post ?

PS : Il y a peut-être moyen d’empêcher GRUB de tenir compte du secure boot, mais je ne sais pas comment faire. Je n’ai pas d’expérience avec le secure boot. Si quelqu’un sait…

#32

J’ai redémarré avec ma clé live Debian et fait les manips indiquées. Le résultat de la commande efibootmgr -v est joint. efibootmgr_result.txt (1,0 Ko)

Aucun changement avec le boot secured désactivé. J’ai toujours le message No Bootable Device…

#33

Tu aurais pu coller la sortie directement dans le forum comme je le fais, c’est plus accessible :

BootCurrent: 0001
Timeout: 0 seconds
BootOrder: 2001,2002,2003
Boot0000* Unknown Device: 	HD(1,GPT,09eb2286-3bcf-486a-a844-b6a65311a5ab,0x800,0x100000)/File(\EFI\ubuntu\shimx64.efi)RC
Boot0001* USB HDD: USB DISK 2.0	PciRoot(0x0)/Pci(0x14,0x0)/USB(11,0)/HD(1,MBR,0x6,0x588,0x340)RC
Boot0002* Unknown Device: 	HD(1,GPT,09e7fa83-9240-4c6a-896d-415c74008021,0x800,0x100000)/File(\EFI\ubuntu\shimx64.efi)RC
Boot0003* Unknown Device: 	HD(1,GPT,09e7fa83-9240-4c6a-896d-415c74008021,0x800,0x100000)/File(\EFI\ubuntu\shimx64.efi)RC
Boot0004* debian	HD(1,GPT,09eb2286-3bcf-486a-a844-b6a65311a5ab,0x800,0x100000)/File(\EFI\debian\grubx64.efi)
Boot0005* ubuntu	HD(1,GPT,09eb2286-3bcf-486a-a844-b6a65311a5ab,0x800,0x100000)/File(\EFI\ubuntu\shimx64.efi)
Boot0006* ubuntu	HD(1,GPT,09eb2286-3bcf-486a-a844-b6a65311a5ab,0x800,0x100000)/File(\EFI\ubuntu\shimx64.efi)
Boot0007* ubuntu	HD(1,GPT,09eb2286-3bcf-486a-a844-b6a65311a5ab,0x800,0x100000)/File(\EFI\ubuntu\shimx64.efi)
Boot2001* EFI USB Device	RC
Boot2002* EFI DVD/CDROM	RC
Boot2003* EFI Network	RC

Une entrée “debian” est bien présente (0004), mais elle ne figure pas dans l’ordre de boot (BootOrder).
Avec le secure boot désactivé, tu peux essayer de l’y ajouter :

efibootmgr -o 0004,2001,2002,2003

Sinon, tu as essayé la copie de fichier .efi suggérée dans mon message précédent ?

PS : Ubuntu est encore installé ou tu l’as écrasé avec Debian ?

#34

Avec le boot secure désactivé et ma clé live, j’ai modifié le BootOrder en mettant debian en premier. J’ai rebooté et eu le même message No Bootable Device.

En rebootant avec ma clé live, j’ai vérifié l’ordre des boot avec efibootmgr et me suis rendue compte que le 0004 ne figurait toujours pas dans l’ordre de boot. Est-ce normal ?

Sinon, j’avais bien copié le fichier .efi dans boot. Fallait-il bien le copier en bootx64.txt ? En effet, il existait déjà un fichier BOOTX64.EFI (en majuscules). Après nouveau contrôle, je viens de m’apercevoir qu’il n’y a pas de fichier bootx64.efi dans /dev/sda1.

Pourquoi les modifications faites sur le disque dur ne sont-elles pas conservées ? j

Par ailleurs, j’ai écrasé Ubuntu avec Debian.

Enfin, il s’agissait bien du post https://www.debian-fr.org/t/bloque-sur-grub-rescue-resolu/73584/4

#35

Salut

https://wiki.debian.org/UEFI

donne beaucoup d’explications ( en anglais )

Et ici aussi pour réparer
https://wiki.debian.org/GrubEFIReinstall

#36

Bonjour @Eugenie

Je trouve seulement un Acer Aspire V17 Nitro Black Edition VN7-792G avec un moteur de recherche.

Sur https://www.acer.com/ac/fr/FR/content/drivers et en tapant VN7 ;
Il y a les 3 modèles suivants dans la liste déroulante et qui sont en appellation « Aspire V 17 Nitro » :

Aspire V 17 Nitro > Aspire VN7-791G
Aspire V 17 Nitro > Aspire VN7-792G
Aspire V 17 Nitro > Aspire VN7-793G

Je cherche à lire le manuel du modèle dont tu disposes (serait-ce effectivement le VN7-792G ?)
Pour trouver le chapitre sur le micro-logiciel et voir ces fameuses options Secure Boot, legacy/BIOS/CSM/…

Je trouve effectivement un Manuel d’utilisation W10 (Black Edition) pour le modèle VN7-792G.

Le UM_asVN7-792G_Black Edition_FR_v1.pdf n’apporte rien sur les écrans et options du micrologiciel…

Il reste le pauvre https://community.acer.com/en/discussion/391339/linux-on-vn7-792g

Et https://wiki.debian.org/InstallingDebianOn/Acer sans “792” :frowning:

Voilà ce que je trouve de mieux documenté, au final, et que je pense adaptable pour Debian :

J’espère que ça va marcher !

Acer VN7-792G Linux (Fedora) Install.txt (3,9 Ko)

#37

Apparemment établir un mot de passe au supervisor / administrateur du BIOS donne la possibilité
de placer le boot type à la valeur ‘Legacy’

N’hésite pas à demander de l’aide si besoin pour donner ces paramètres à l’amorçage USB du noyau d’installation :

Type the following to add them to the kernel boot options:

nouveau.runpm=0 nouveau.modeset=0

#38

Il y a hélas des firmwares UEFI qui font un peu n’importe quoi avec les entrées d’amorçage EFI, comme les supprimer intempestivement ou ne pas en tenir compte. Te souviens-tu si le contenu de BootOrder était bien conforme à la modification demandée ?

Non, bootx64.efi.

Peu importent les majuscules, FAT n’est pas sensible à la casse. Il fallait écraser ce fichier.

Comment ça ? Qu’est-ce que sda1 ? La partition EFI ? Si possible montre au lieu de seulement décrire.

#39

le mode legacy peut aussi avoir pour nom CSM.
as tu une option du bios qui parle de CSM?

#40

1. Résultat de fdisk -l du disque dur

Disk /dev/sda: 931.5 GiB, 1000204886016 bytes, 1953525168 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disklabel type: gpt
Disk identifier: 58344A86-0826-4F71-A139-EE5EA97D90CA

Device          Start        End    Sectors   Size Type
/dev/sda1        2048    1050623    1048576   512M EFI System
/dev/sda2     1050624 1936979967 1935929344 923.1G Linux filesystem
/dev/sda3  1936979968 1953523711   16543744   7.9G Linux swap

2. Résultat de efibootmgr -v lancé sur la racine de /dev/sda2 monté au démarrage via la clé live debian

BootCurrent: 0001
Timeout: 0 seconds
BootOrder: 2001,2002,2003
Boot0000* Unknown Device: 	HD(1,GPT,09eb2286-3bcf-486a-a844-b6a65311a5ab,0x800,0x100000)/File(\EFI\ubuntu\shimx64.efi)RC
Boot0001* USB HDD: USB DISK 2.0	PciRoot(0x0)/Pci(0x14,0x0)/USB(11,0)/HD(1,MBR,0x6,0x588,0x340)RC
Boot0002* Unknown Device: 	HD(1,GPT,09e7fa83-9240-4c6a-896d-415c74008021,0x800,0x100000)/File(\EFI\ubuntu\shimx64.efi)RC
Boot0003* Unknown Device: 	HD(1,GPT,09e7fa83-9240-4c6a-896d-415c74008021,0x800,0x100000)/File(\EFI\ubuntu\shimx64.efi)RC
Boot0004* debian	HD(1,GPT,09eb2286-3bcf-486a-a844-b6a65311a5ab,0x800,0x100000)/File(\EFI\debian\grubx64.efi)
Boot0005* ubuntu	HD(1,GPT,09eb2286-3bcf-486a-a844-b6a65311a5ab,0x800,0x100000)/File(\EFI\ubuntu\shimx64.efi)
Boot0006* ubuntu	HD(1,GPT,09eb2286-3bcf-486a-a844-b6a65311a5ab,0x800,0x100000)/File(\EFI\ubuntu\shimx64.efi)
Boot0007* ubuntu	HD(1,GPT,09eb2286-3bcf-486a-a844-b6a65311a5ab,0x800,0x100000)/File(\EFI\ubuntu\shimx64.efi)
Boot2001* EFI USB Device	RC
Boot2002* EFI DVD/CDROM	RC
Boot2003* EFI Network	RC

3. Résultat de efibootmgr -v après modification de l’ordre

BootCurrent: 0001
Timeout: 0 seconds
BootOrder: 0004,2001,2002,2003
Boot0000* Unknown Device: 	HD(1,GPT,09eb2286-3bcf-486a-a844-b6a65311a5ab,0x800,0x100000)/File(\EFI\ubuntu\shimx64.efi)RC
Boot0001* USB HDD: USB DISK 2.0	PciRoot(0x0)/Pci(0x14,0x0)/USB(11,0)/HD(1,MBR,0x6,0x588,0x340)RC
Boot0002* Unknown Device: 	HD(1,GPT,09e7fa83-9240-4c6a-896d-415c74008021,0x800,0x100000)/File(\EFI\ubuntu\shimx64.efi)RC
Boot0003* Unknown Device: 	HD(1,GPT,09e7fa83-9240-4c6a-896d-415c74008021,0x800,0x100000)/File(\EFI\ubuntu\shimx64.efi)RC
Boot0004* debian	HD(1,GPT,09eb2286-3bcf-486a-a844-b6a65311a5ab,0x800,0x100000)/File(\EFI\debian\grubx64.efi)
Boot0005* ubuntu	HD(1,GPT,09eb2286-3bcf-486a-a844-b6a65311a5ab,0x800,0x100000)/File(\EFI\ubuntu\shimx64.efi)
Boot0006* ubuntu	HD(1,GPT,09eb2286-3bcf-486a-a844-b6a65311a5ab,0x800,0x100000)/File(\EFI\ubuntu\shimx64.efi)
Boot0007* ubuntu	HD(1,GPT,09eb2286-3bcf-486a-a844-b6a65311a5ab,0x800,0x100000)/File(\EFI\ubuntu\shimx64.efi)
Boot2001* EFI USB Device	RC
Boot2002* EFI DVD/CDROM	RC
Boot2003* EFI Network	RC

4. Copie du fichier .efi de debian dans la partition EFI (/dev/sda1 monté sur /mnt du disque dur

Je confirme que chaque fois que je reboote (à partir de la clé live bien entendu), je perds les modifications du BootOrder.
Par ailleurs, j’ai supprimé dans la partition EFI le fichier BOOTX64.EFI et ai copié dans le répertoire BOOT le fichier grubx64.efi de debian en le renommant bootx64.efi. J’ai toujours le message No Bootable Device.
debian est correctement installé : je peux créer des fichiers dans l’arborescence home et je les conserve au reboot. Pourquoi les modifications de la partition EFI ne sont-elles pas conservées ?

#41

Je n’ai ni mode legacy ni mode CSM dans le BIOS.

#42

Et ici aussi pour réparer
https://wiki.debian.org/GrubEFIReinstall

Je vais regarder GribEFIRenstall.

Merci d’avoir cherché sur différents sites. Ayant eu au départ un problème d’installation (écran noir) de Debian, j’ai installé XUbuntu et n’ai pas rencontré de problème particulier. Mais c’est Debian que je souhaite installer et non Ubuntu.
J’ai l’impression d’être proche du but puisque l’installation s’est bien passée mais je ne comprends absolument pas ce qui se passe au niveau de l’EFI…

#43

@Eugenie

Je ne propose pas Ubuntu ni Fedora.

Je propose la méthode utilisée pour un modèle d’ordinateur que je pense être identique au tien ou alors très semblable.

Cette méthode comporte essentiellement deux points :

  • Mettre un mot de passe au “supervisor” du BIOS pour rendre enfin le choix Legacy accessible.

  • Utiliser deux options relatives au module nouveau pour amorcer le média USB Debian d’installation.

Il est fait aussi mention dans le lien d’une option du BIOS relative au trackpad à modifier avant de procéder à l’installation.

Je ne suis évidemment pas infaillible et je peux me tromper complètement…

Je suis en mode mobile, loin de mon ordi.

Bonne chance !

ps : j’utilise BIOS par abus de langage ; je ne sais pas encore employer (U)EFI correctement et firmware ou micro-logiciel n’est pas complètement rentré dans les mœurs ama

Avec le lien https://github.com/jgriffiths/Acer-VN7-792G/blob/master/Linux_Install.md#fedora-vn7-792g
J’ai été directement à la méthode à adapter.

Mais https://github.com/jgriffiths/Acer-VN7-792G précise bien :

Information for the Acer Aspire V 17 Nitro Black Edition VN7-792G laptop.
Some of this may be more generally useful to related Acer laptop lines.

Autant te mettre au courant tout de suite, le Wifi peut ne pas être opérationnel immédiatement.
Et le micro interne semble ne pas encore vouloir fonctionner (Voir https://github.com/jgriffiths/Acer-VN7-792G/blob/master/Issues.md)

com

#44

efibootmgr ne modifie pas la partition EFI. Il ne manipule que les variables de boot EFI qui sont stockées dans la mémoire non volatile (NVRAM) de la carte mère, un peu comme les paramètres du BIOS.
Si le firmware UEFI ne tient pas compte du boot order ni du chargeur par défaut EFI/BOOT/bootx64.efi de la partition EFI, je ne sais plus quoi faire. Essaie la suggestion de @anon97446390.
En dernier recours, tu peux installer Xubuntu sur une petite partie du disque et utiliser son menu de démarrage pour démarrer Debian.

#45

J’ai pu enfin démarrer Debian !
Je n’ai pas pu modifier le paramètre trackpad dans le BIOS car cette option n’existe pas dans le modèle 793G dont je dispose.

J’ai réactivé le SecureBoot et défini le fichier Debian grubx64.efi comme fichier à utiliser. Debian a démarré certes avec des erreurs relatives au firmware at10k manquant (je n’avais pas pu les fournir à l’installateur) mais Debian fonctionne.

efibootmgr -v donne le résultat suivant :

root@furtif:/boot/efi/EFI# efibootmgr -v
BootCurrent: 0000
Timeout: 0 seconds
BootOrder: 0000,2001,2002,2003
Boot0000* deb	PciRoot(0x0)/Pci(0x17,0x0)/Sata(2,0,0)/HD(1,GPT,09eb2286-3bcf-486a-a844-b6a65311a5ab,0x800,0x100000)/File(\EFI\debian\grubx64.efi)A01 ..
Boot0001* Unknown Device: 	HD(1,GPT,09eb2286-3bcf-486a-a844-b6a65311a5ab,0x800,0x100000)/File(\EFI\ubuntu\shimx64.efi)RC
Boot0002* Unknown Device: 	HD(1,GPT,09e7fa83-9240-4c6a-896d-415c74008021,0x800,0x100000)/File(\EFI\ubuntu\shimx64.efi)RC
Boot0003* Unknown Device: 	HD(1,GPT,09e7fa83-9240-4c6a-896d-415c74008021,0x800,0x100000)/File(\EFI\ubuntu\shimx64.efi)RC
Boot0004* debian	HD(1,GPT,09eb2286-3bcf-486a-a844-b6a65311a5ab,0x800,0x100000)/File(\EFI\debian\grubx64.efi)
Boot0005* ubuntu	HD(1,GPT,09eb2286-3bcf-486a-a844-b6a65311a5ab,0x800,0x100000)/File(\EFI\ubuntu\shimx64.efi)
Boot0006* ubuntu	HD(1,GPT,09eb2286-3bcf-486a-a844-b6a65311a5ab,0x800,0x100000)/File(\EFI\ubuntu\shimx64.efi)
Boot0007* ubuntu	HD(1,GPT,09eb2286-3bcf-486a-a844-b6a65311a5ab,0x800,0x100000)/File(\EFI\ubuntu\shimx64.efi)
Boot2001* EFI USB Device	RC
Boot2002* EFI DVD/CDROM	RC
Boot2003* EFI Network	RC

Ma nouvelle entrée deb apparaît.

Le listing complet de la partition EFI est :

root@furtif:/boot/efi/EFI# ls -algR
.:
total 20
drwx------ 5 root 4096 nov.  27 09:04 .
drwx------ 3 root 4096 janv.  1  1970 ..
drwx------ 2 root 4096 déc.   3 15:26 BOOT
drwx------ 2 root 4096 nov.  27 09:05 debian
drwx------ 3 root 4096 oct.  14 22:39 ubuntu

./BOOT:
total 1316
drwx------ 2 root    4096 déc.   3 15:26 .
drwx------ 5 root    4096 nov.  27 09:04 ..
-rwx------ 1 root  121856 déc.   3 15:26 bootx64.efi
-rwx------ 1 root 1213032 oct.  26 17:30 fbx64.efi

./debian:
total 128
drwx------ 2 root   4096 nov.  27 09:05 .
drwx------ 5 root   4096 nov.  27 09:04 ..
-rwx------ 1 root 121856 nov.  27 09:38 grubx64.efi

./ubuntu:
total 3728
drwx------ 3 root    4096 oct.  14 22:39 .
drwx------ 5 root    4096 nov.  27 09:04 ..
-rwx------ 1 root     108 oct.  26 17:30 BOOTX64.CSV
drwx------ 2 root    4096 oct.  14 22:37 fw
-rwx------ 1 root   71400 oct.  14 22:37 fwupx64.efi
-rwx------ 1 root     126 oct.  26 17:30 grub.cfg
-rwx------ 1 root 1116024 oct.  26 17:30 grubx64.efi
-rwx------ 1 root 1269496 oct.  26 17:30 mmx64.efi
-rwx------ 1 root 1334816 oct.  26 17:30 shimx64.efi

./ubuntu/fw:
total 8
drwx------ 2 root 4096 oct.  14 22:37 .
drwx------ 3 root 4096 oct.  14 22:39 ..

Les fichiers debian/grubx64.efi et BOOT/bootx64.efi sont bien identiques.

Peut-être que le problème a persisté du fait que j’avais au début copié le fichier grubx64.efi en bootx64.efi sans supprimer au préalable BOOTX64.EFI.

Merci à tous pour votre patience, votre aide et tous les conseils apportés sans lesquels je n’aurais pas pu venir à bout de l’installation.

#46

Ça, tu l’avais déjà fait il y a 8 jours :

Qu’est-ce qui a changé pour que l’erreur disparaisse ?

Non, aucun rapport et de toute façon avec les options de montage par défaut ça ne change rien car FAT n’est pas sensible à la casse des noms de fichiers, donc bootx64.efi remplace BOOTX64.EFI.

#47

Lorsque j’ai copié il y a 8 jours le fichier grubx64.efi en bootx64.efi dans le répertoire BOOT, je n’avais pas écrasé le fichier BOOTX64.EFI. En listant les fichiers de répertoire BOOT, j’avais les 2 fichiers bootx64.efi et BOOTX64.EFI.

En rebootant en mode BootSecured, j’ai eu le message “Secure Boot forbids…”.

J’ai donc rebooté avec ma clé live et ai remarqué que je n’avais plus qu’un fichier BOOTX64.EFI dans la partition EFI.

Après que tu m’aies demandé d’écraser le fichier BOOTX64.EFI, j’ai refait la copie du fichier grubx64.efi en bootx64.efi puis ai essayé de rebooter en désactivant le Boot Secured. J’avais alors l’erreur “No Bootable Device”.

Les changements portent donc à la fois sur :

  • l’écrasement du fichier BOOTX64.EFI
  • la copie du fichier debian/grubx64.efi en BOOT/bootx64.efi
  • la réactivation du mode Boot Secured et la spécification du fichier fichier grubx64.efi à utiliser