Un problème de "shim"
-
- Messages : 480
- Enregistré le : ven. 3 août 2018 21:23
- Localisation : Saintes 17100
- Contact :
Un problème de "shim"
Bonjour
Première fois que je tombe la dessus
Depuis une clé Live, je procède comme d'hab à un formatage du disque dur interne
Puis je lance l"install
"erreur: mauvaise signature du shim
"erruer: le noyau doit d'abord être chargé"
et là je ne sais pas du tout comment m'en sortir...
J'ai feuillété le forum, mais pas trouvé de piste...
C'est quoi le shim ?
J'ai refait la clé live, mais même effet...
Une piste ?
Merci de vos lumières
Première fois que je tombe la dessus
Depuis une clé Live, je procède comme d'hab à un formatage du disque dur interne
Puis je lance l"install
"erreur: mauvaise signature du shim
"erruer: le noyau doit d'abord être chargé"
et là je ne sais pas du tout comment m'en sortir...
J'ai feuillété le forum, mais pas trouvé de piste...
C'est quoi le shim ?
J'ai refait la clé live, mais même effet...
Une piste ?
Merci de vos lumières
Modifié en dernier par redelap le lun. 13 mars 2023 14:58, modifié 1 fois.
Rémy Delapierre (https://remydelapierre.fr)
Lenovo Legion Y520 - 16 Go Ram - SSD 256 - HD 1 To - Linux Mint 21.2-Cinnamon - TimeShift
Raspberry Pi 400 - Raspberry Pi OS debian 11
PC Windows10
Lenovo Legion Y520 - 16 Go Ram - SSD 256 - HD 1 To - Linux Mint 21.2-Cinnamon - TimeShift
Raspberry Pi 400 - Raspberry Pi OS debian 11
PC Windows10
- cyrille
- Administrateur du site
- Messages : 12424
- Enregistré le : mar. 19 sept. 2017 08:49
- Localisation : Nowhere
- Contact :
Re: Un problème de "shim"
Si c'est le seul OS du système as tu essayé de virer le secure boot ?
-
- Messages : 480
- Enregistré le : ven. 3 août 2018 21:23
- Localisation : Saintes 17100
- Contact :
Re: Un problème de "shim"
A l'occasion d'une première install qui avait aboutit, je l'avais désactivé...
Maintenant une distribution LM est installée sur le disque dur...
C'est ce message "shim" que j'obtiens au boot
Même en récovery mode
et je n'arrive plus à booter sur la clé...
Premère fois que je vois ça...
un pb de bios ?
Maintenant une distribution LM est installée sur le disque dur...
C'est ce message "shim" que j'obtiens au boot
Même en récovery mode
et je n'arrive plus à booter sur la clé...
Premère fois que je vois ça...
un pb de bios ?
Rémy Delapierre (https://remydelapierre.fr)
Lenovo Legion Y520 - 16 Go Ram - SSD 256 - HD 1 To - Linux Mint 21.2-Cinnamon - TimeShift
Raspberry Pi 400 - Raspberry Pi OS debian 11
PC Windows10
Lenovo Legion Y520 - 16 Go Ram - SSD 256 - HD 1 To - Linux Mint 21.2-Cinnamon - TimeShift
Raspberry Pi 400 - Raspberry Pi OS debian 11
PC Windows10
- cyrille
- Administrateur du site
- Messages : 12424
- Enregistré le : mar. 19 sept. 2017 08:49
- Localisation : Nowhere
- Contact :
Re: Un problème de "shim"
Vérifie dans un premier temps le secure boot ne se soit pas remis sur enable. Il arrive qu'une défaillance dans la pile (CMOS) réinitialise les valeurs du bios en les positionnant sur leur valeur par défaut
-
- Messages : 480
- Enregistré le : ven. 3 août 2018 21:23
- Localisation : Saintes 17100
- Contact :
Re: Un problème de "shim"
Merci Cyrille: je crois que ce premier temps est le bon...
En cours de réinstall
Je reviens pour le résultat...
----------
Super !! merci cyrille pour cette bouée de sauvetage...
J'essayerai de m'en souvenir...
Install et reboot sans pb...
Merci
En cours de réinstall
Je reviens pour le résultat...
----------
Super !! merci cyrille pour cette bouée de sauvetage...
J'essayerai de m'en souvenir...
Install et reboot sans pb...
Merci
Rémy Delapierre (https://remydelapierre.fr)
Lenovo Legion Y520 - 16 Go Ram - SSD 256 - HD 1 To - Linux Mint 21.2-Cinnamon - TimeShift
Raspberry Pi 400 - Raspberry Pi OS debian 11
PC Windows10
Lenovo Legion Y520 - 16 Go Ram - SSD 256 - HD 1 To - Linux Mint 21.2-Cinnamon - TimeShift
Raspberry Pi 400 - Raspberry Pi OS debian 11
PC Windows10
- cyrille
- Administrateur du site
- Messages : 12424
- Enregistré le : mar. 19 sept. 2017 08:49
- Localisation : Nowhere
- Contact :
Re: Un problème de "shim"
Au plaisir
Re: Un problème de "shim"
Bonjour, non résolu pour moi.
J'ai toujours l'erreur :
"erreur: mauvaise signature du shim
"erreur: le noyau doit d'abord être chargé"
La solution d'enlever le Secure Boot ne fonctionne pas, et lorsque que je reviens dans le BIOS, le SecureBoot est de nouveau autorisé (comme s'il s'enclenchait tout seul).
Précision : LinuxMint 21.02 boot bien en Live USB sur le PC et tout fonctionne parfaitement.
J'ai essayer plusieurs solutions de création de nouvelles clefs etc sans m'en sortir.
Quelqu'un aurai-t’il une idée ?
Merci par avance.
James
---
PC HP ProBook 650G2 - Intel (R) Core( TM) i5-6200U CPU @ 2.30Ghz
System Bios N76 VER. 01.59 12/15/2022
J'ai toujours l'erreur :
"erreur: mauvaise signature du shim
"erreur: le noyau doit d'abord être chargé"
La solution d'enlever le Secure Boot ne fonctionne pas, et lorsque que je reviens dans le BIOS, le SecureBoot est de nouveau autorisé (comme s'il s'enclenchait tout seul).
Précision : LinuxMint 21.02 boot bien en Live USB sur le PC et tout fonctionne parfaitement.
J'ai essayer plusieurs solutions de création de nouvelles clefs etc sans m'en sortir.
Quelqu'un aurai-t’il une idée ?
Merci par avance.
James
---
PC HP ProBook 650G2 - Intel (R) Core( TM) i5-6200U CPU @ 2.30Ghz
System Bios N76 VER. 01.59 12/15/2022
- cyrille
- Administrateur du site
- Messages : 12424
- Enregistré le : mar. 19 sept. 2017 08:49
- Localisation : Nowhere
- Contact :
Re: Un problème de "shim"
@james
Hello
j'ai approuvé ton message, mais ça ne se fait pas trop de squatter le thread d'un autre
Je te propose d'ouvrir un nouveau sujet rien que pour toi et d'y mettre ta problématique
Au pire si tu veux citer ce thread ccomme référence, tu le mets en lien
Une fois fait je supprimerai ce post pour ne laisser que le nouveau sujet créé
Hello
j'ai approuvé ton message, mais ça ne se fait pas trop de squatter le thread d'un autre
Je te propose d'ouvrir un nouveau sujet rien que pour toi et d'y mettre ta problématique
Au pire si tu veux citer ce thread ccomme référence, tu le mets en lien
Une fois fait je supprimerai ce post pour ne laisser que le nouveau sujet créé
Re: Un problème de "shim"
Bonjour.
J’ai le même problème avec un HP TPN C 125 en l’occurrence. J’aurais aimé que vous postiez ici le lien du thread créé pour @james, vu que ce post est bien référencé et qu’on reste bien sur le suspense de comment ce problème s’est ou non résolu…
Pour répondre au post sans sembler le «squatter» effectivement ce message d’erreur apparaît généralement lorsque le secure boot est activé (cela semble dû aux exactions de microsoft dans les années 2012 quand ils ont imposé le secure boot par défaut sur tous les ordis ayant windows 8 en mettant les clés windows 8+ en natif dans les ordis, pour interdire le boot sous linux. le compromis trouvé avec la linux fondation, redhat et compagnie est d'acheter à microsoft le droit d’ajouter aussi une clé en natif d’un logiciel qui s’appelle shim et qui démarrera en surcouche en plus du grub avant de lancer le noyau linux).
Ce qu’il est nécessaire de comprendre dans ce message d’erreur c’est que le secure boot indique reconnaître la signature du grub, mais pas celle du shim, ce qui implique qu’il est nécessaire soit de l’ajouter avec mok soit de désactiver secure boot.
Concernant mon problème, mon secure boot se réactive également tout seul. J’ai changé la pile CMOS qui en avait besoin mais l’erreur persiste. Lorsque je désactive secure boot l’ordi s’éteint et se rallume tout seul plusieurs fois, puis dans le bios je vois que le secure boot est toujours activé.
Je ne parviens plus à démarrer sur la live usb non plus en UEFI. En revanche lorsque je modifie le bios pour démarrer en legacy, même si l’ordi s’éteint et se rallume, le grub de la live usb se charge normalement (mais la clé du shim n’est pas reconnue).
Sur le mint interne en UEFI idem que sur la live usb en legacy la signature du grub fonctionne mais pas celle du shim.
Sur la live usb en UEFI j’ai directement «Verification failed 0x1A security violation», et à partir de là je peux lancer mok et charger manuellement des clés. Aucune clé n’apparaît avec l’option «enroll key from disk», en revanche je parviens à faire du «enroll hash from disk» même si je n’ai aucun moyen de vérifier que ça ait fonctionné.
Je précise enfin que c’est un dual boot avec windows et que le windows démarre, soit tout seul avec l’ordre de boot depuis le bios, soit depuis le grub du disque interne.
Je reposterai un message (soit ici soit dans un autre thread dont vous aurez le lien ici) si mon problème se résout.
J’ai le même problème avec un HP TPN C 125 en l’occurrence. J’aurais aimé que vous postiez ici le lien du thread créé pour @james, vu que ce post est bien référencé et qu’on reste bien sur le suspense de comment ce problème s’est ou non résolu…
Pour répondre au post sans sembler le «squatter» effectivement ce message d’erreur apparaît généralement lorsque le secure boot est activé (cela semble dû aux exactions de microsoft dans les années 2012 quand ils ont imposé le secure boot par défaut sur tous les ordis ayant windows 8 en mettant les clés windows 8+ en natif dans les ordis, pour interdire le boot sous linux. le compromis trouvé avec la linux fondation, redhat et compagnie est d'acheter à microsoft le droit d’ajouter aussi une clé en natif d’un logiciel qui s’appelle shim et qui démarrera en surcouche en plus du grub avant de lancer le noyau linux).
Ce qu’il est nécessaire de comprendre dans ce message d’erreur c’est que le secure boot indique reconnaître la signature du grub, mais pas celle du shim, ce qui implique qu’il est nécessaire soit de l’ajouter avec mok soit de désactiver secure boot.
Concernant mon problème, mon secure boot se réactive également tout seul. J’ai changé la pile CMOS qui en avait besoin mais l’erreur persiste. Lorsque je désactive secure boot l’ordi s’éteint et se rallume tout seul plusieurs fois, puis dans le bios je vois que le secure boot est toujours activé.
Je ne parviens plus à démarrer sur la live usb non plus en UEFI. En revanche lorsque je modifie le bios pour démarrer en legacy, même si l’ordi s’éteint et se rallume, le grub de la live usb se charge normalement (mais la clé du shim n’est pas reconnue).
Sur le mint interne en UEFI idem que sur la live usb en legacy la signature du grub fonctionne mais pas celle du shim.
Sur la live usb en UEFI j’ai directement «Verification failed 0x1A security violation», et à partir de là je peux lancer mok et charger manuellement des clés. Aucune clé n’apparaît avec l’option «enroll key from disk», en revanche je parviens à faire du «enroll hash from disk» même si je n’ai aucun moyen de vérifier que ça ait fonctionné.
Je précise enfin que c’est un dual boot avec windows et que le windows démarre, soit tout seul avec l’ordre de boot depuis le bios, soit depuis le grub du disque interne.
Je reposterai un message (soit ici soit dans un autre thread dont vous aurez le lien ici) si mon problème se résout.
--
sudo deluser root
sudo deluser root
Re: Un problème de "shim"
Problème résolu, il y a une option dans le bios pour effacer toutes les clés, cela désactive le secure boot «de force».
En espérant avoir aidé…
En espérant avoir aidé…
--
sudo deluser root
sudo deluser root