Vous n'êtes pas identifié(e).
Hors ligne
Il vaut mieux montrer que raconter.
Hors ligne
Il faut copier le fichier dans /boot/efi/EFI/debian, avec les autres fichiers *.efi.
As tu vu #25? Je ne suis pas certain de la manière de faire.
Hors ligne
M'a permis de copier le fichier
Avec secureboot activé:
- avec l'entrée debian =toujours problème de shim
-avec entrée debian bootmenu, ça me renvoi vers grub debian et l'entrée debian me donne
Hors ligne
Il vaut mieux montrer que raconter.
Hors ligne
Dernière modification par raleur (10-01-2024 16:53:08)
Il vaut mieux montrer que raconter.
Hors ligne
Il y a un moyen de dire à os-prober de ne pas détecter l'OS dans une partition donnée, mais je n'ai plus l'info sous la main.
en passant c'est ce que j'utilise dans mon fichier /etc/default/grub
(bios sans efi)
'GRUB_OS_PROBER_SKIP_LIST'
List of space-separated FS UUIDs of filesystems to be ignored from
os-prober output. For efi chainloaders it's <UUID>@<EFI FILE>
-->les cahiers du debutant<-- WikiDF-->Découvrir les principales commandes Linux<--
L' expérience, c'est le nom que chacun donne à ses erreurs. Oscar Wilde
En ligne
Dernière modification par raleur (10-01-2024 17:09:51)
Il vaut mieux montrer que raconter.
Hors ligne
Le menu de GRUB de Debian s'est bien affiché et tu as bien sélectionné l'entrée Debian ?
Dans l'ordre grububuntu puis debian bootmenu ce qui ouvre un grub debian avecles 3 os. Je sélectionne debian qui s'ouvre bien sans secureboot et avec le message si dessus avec secureboot.
Si je reinstalle proprement grub debian avec
ça devrait supprimer mon probléme de secure boot debian. Est-ce que ça ne va le créer pour ubuntu?
Hors ligne
Est-ce que ça ne va le créer pour ubuntu?
Ça risque. Je me suis renseigné et apparemment il était prévisible que la validation du noyau Debian échoue car malgré le chaînage du shim de Debian c'est toujours le premier shim lancé, donc celui d'Ubuntu, qui est utilisé pour valider le noyau. Cette infrastructure shim+grub est un peu tordue...
A priori la seule solution pour démarrer Debian avec le secure boot, en-dehors de booter directement avec le GRUB de Debian (ce qui risque de créer le même problème pour chaîner Ubuntu) ou via le menu de boot UEFI (ce qui n'est pas extrêmement pratique) consiste à enregistrer (enroll) la clé publique de signature UEFI de Debian dans MOK avec mokutil (cf msg #14).
Dernière modification par raleur (10-01-2024 18:57:28)
Il vaut mieux montrer que raconter.
Hors ligne
J'ai adapté la methode de raleur au #14
os-prober est désactivé par défaut
Donc
intègre le Ubuntu boot menu à grub.cfg sans updater les autres entrées.
Au démarrage du grub debian j'ai bien l'entrée debian et l'entrée Ubuntu bootmenu qui lui m'envoie vers le grub ubuntu .
Les 2 os démarrent avec secureboot actif.
Un grand merci raleur pour ta patience qui m'a encore une fois permis d'avancer
Hors ligne
wardidi a écrit :Est-ce que ça ne va le créer pour ubuntu?
Ça risque. Je me suis renseigné et apparemment il était prévisible que la validation du noyau Debian échoue car malgré le chaînage du shim de Debian c'est toujours le premier shim lancé, donc celui d'Ubuntu, qui est utilisé pour valider le noyau. Cette infrastructure shim+grub est un peu tordue...
A priori la seule solution pour démarrer Debian avec le secure boot, en-dehors de booter directement avec le GRUB de Debian (ce qui risque de créer le même problème pour chaîner Ubuntu) ou via le menu de boot UEFI (ce qui n'est pas extrêmement pratique) consiste à enregistrer (enroll) la clé publique de signature UEFI de Debian dans MOK avec mokutil (cf msg #14).
Nos messages ce sont croisés .
J'avais réussi à utiliser moktil https://forum.ubuntu-fr.org/viewtopic.php?id=2076230 en rapport avec virtualbox. Je suppose qu'il faudrait l'adapter.
Pour l'instant ce que j'ai fait semble fonctionner.
Encore un grand merci pour ton aide.
Hors ligne
Il vaut mieux montrer que raconter.
Hors ligne
Hors ligne
Il vaut mieux montrer que raconter.
Hors ligne
c'est contraire à la documentation, redondant et absurde d'autant plus que les noms de périphériques /dev/sd* ne sont pas stables.
oui j'avais essayé de trouver une autre syntaxe sur le net mais sans succès
-->les cahiers du debutant<-- WikiDF-->Découvrir les principales commandes Linux<--
L' expérience, c'est le nom que chacun donne à ses erreurs. Oscar Wilde
En ligne
Il vaut mieux montrer que raconter.
Hors ligne
En regardant le code du script responsable /etc/grub.d/30_os-prober, je souçonne que c'est un bug dans le test censé distinguer entre le cas EFI et le cas non EFI.
Mais la fonctionnalité a été introduite en 2013, j'ai peine à croire que ça n'ait pas été signalé et corrigé depuis...
Juste pour ma compréhention du fonctionnement de grub et shim.
Peux tu me dire si je me trompe (ou plutôt oû je me trompe)
1/grub/shim
Le pc démarre sur grub debian. La sélection de debian démarre le shim debian qui reconnait donc le noyau debian donc tout va bien.
Avec os-prober une entrée ubuntu est creer dans le grubdebian. Si je la choisie c'est le shim debian qui est lancé et qui ne reconnait pas le noyau ubuntu.
Avec ta methode #14 que j'ai adapté au #36 je comprends avoir juste créé une entrée qui permet de lancer le grub ubuntu.
Le PC démarre sur grubdebian, la seléction Ubuntu bootmenu lance le grub ubuntu et à partir de là je suppose que c'est le shim ubuntu qui prend le relais et qui naturellement reconnait le noyau ubuntu et pas celui de debian.
Pour le novice que je suis , cela me parait être un processus logique et sans bug.
N'ayant pas tes connaissances, mon raisonnement dois être erroné quelquepart.
2/Installation grub
Voici mes partitions
Je complète avec ce que montre gparted (je suis preneur d'une commande qui fait tout)
sda12 partition data communes
sda11 swap debian
sda10 debian
sda7 ubuntu (swap à l'intérieur)
sda6 grub2 core.img ubuntu
sda2 EFI
Le reste c'est du WIN ou lenovo
Si j'ai bien compris debian a installé son grub dans sda2 EFI
Si j'ai bien compris ubuntu a installé son grub dans sda6 et donc pas en efi...
Pourtant ubuntu apparait bien au coté de debian et win dans le bios menu efi.
Qu'est-ce que je comprends de travers là aussi?
Merci pour le partage de connaissance.
Hors ligne
Avec os-prober une entrée ubuntu est creer dans le grubdebian. Si je la choisie c'est le shim debian qui est lancé et qui ne reconnait pas le noyau ubuntu.
Tu as vraiment constaté cela ? Avec le certificat d'Ubuntu enregistré dans la base de données MOK, le shim de Debian devrait valider le noyau Ubuntu.
Le PC démarre sur grubdebian, la seléction Ubuntu bootmenu lance le grub ubuntu et à partir de là je suppose que c'est le shim ubuntu qui prend le relais et qui naturellement reconnait le noyau ubuntu et pas celui de debian.
Tu as vraiment constaté cela ? D'après ce qu'on m'a expliqué, c'est le premier shim lancé (donc celui de Debian) qui reste utilisé pour valider le noyau, donc il devrait au moins valider le noyau de Debian.
Si j'ai bien compris ubuntu a installé son grub dans sda6 et donc pas en efi
Ubuntu installe deux GRUB : un pour l'amorçage EFI dans la partition EFI (sda2) et un pour l'amorçage BIOS/legacy (installé par le paquet grub-pc) dans le MBR du disque et une partition non formatée de type "BIOS boot" (représenté par le drapeau "biosgrub" dans gparted).
Il vaut mieux montrer que raconter.
Hors ligne
wardidi a écrit :Avec os-prober une entrée ubuntu est creer dans le grubdebian. Si je la choisie c'est le shim debian qui est lancé et qui ne reconnait pas le noyau ubuntu.
Tu as vraiment constaté cela ? Avec le certificat d'Ubuntu enregistré dans la base de données MOK, le shim de Debian devrait valider le noyau Ubuntu.
Oui. C'est pourquoi j'ai réinstaller grubdebian sans os-prober mais ta solution #14.
Je n'ose pas refaire os-prober pour reproduire l'essai
wardidi a écrit :Le PC démarre sur grubdebian, la seléction Ubuntu bootmenu lance le grub ubuntu et à partir de là je suppose que c'est le shim ubuntu qui prend le relais et qui naturellement reconnait le noyau ubuntu et pas celui de debian.
Tu as vraiment constaté cela ? D'après ce qu'on m'a expliqué, c'est le premier shim lancé (donc celui de Debian) qui reste utilisé pour valider le noyau, donc il devrait au moins valider le noyau de Debian.
oui.
je viens de retester. Ubuntu boot menu (sur grub debian) me renvois sur grub ubuntu. entrée debian (sur grub ubuntu) renvoi
C'est pourquoi j'en conclu que le shim ubuntu prend le relais du shim debian de départ.
(Si je trouve comment poster photos, j'éditerais mon message)
C'est étonnant avec
si j'ai bien compris les noyaux debian et ubuntu devraient être reconnus par les 2 shim puisque enrollés tous les 2.
Serait-ce possible que l' ubuntu enrollé soit une ancienne version avec un autre noyaux ou une installer avec virtualbox??? Voilà longtemps j'avais installé par erreur une version non LTS désintallée depuis.
Dernière modification par wardidi (12-01-2024 13:07:18)
Hors ligne