message EFI stub après grub

ar barzh paour · Le 02/05/2025, à 13:53

hello, bonjour
petit souci avec mon PC qui possède 3 disques bootables ( 1NVme 1SSD 1 mécaniquenon numérique)

le dernier installé est le disque NVMe M.2 que j'ai formaté gpt
sur ce disque j'ai installé Ubuntu 24.4 en EFI

=> au démarrage j'ai donc le grub de 24.04 qui me propose les différents OS trouvés sur ce PC

les anomalies relevées
1- dans ce grub si je choisis 24.04 ( celui par défaut )
j'obtiens un message à l'écran

EFI stub : WARNING: Failed to mesure data for event 1: 0x800000000000000b

puis l'OS se lance à priori sans problème

2- dans ce grub si je choisis 22.04
j'obtiens 3 messages à l'écran

EFI stub : WARNING: Failed to mesure data for event 1: 0x800000000000000b
EFI stub: Loaded initrd from LINUX_EFI_INITRD_MEDIA_GUID device path
EFI stub : WARNING: Failed to mesure data for event 0: 0x800000000000000b

puis l'OS se lance
remarque 22.04 est sur le disque SSD

3- dans ce grub si je choisis 20.04
j'obtiens 3 messages à l'écran

EFI stub : WARNING: Failed to mesure data for event 1: 0x800000000000000b
EFI stub: Loaded initrd from LINUX_EFI_INITRD_MEDIA_GUID device path
EFI stub : WARNING: Failed to mesure data for event 0: 0x800000000000000b

puis l'OS se lance
remarque 20.04 est sur le disque mécanique non numérique

j'ai cherché sur le net et on conseille de lancer

sudo apt autoremove

j'ai donc lancé à partir de 24.04 mais cela ne supprime aucun des message EFI stub
et sans plus de succès

 sudo apt autoremove --purge

CEPENDANT
si au lieu de booter sur le disque NVMe , je boote sur le disque SSD
je tombe sur le grub de 22.04
et là je n'ai plus de message d'erreur , ni en lançant 22.04 ni en lançant 24.04, ni en lançant 20.04

de même si je boote sur le disque mécanique non numérique
je tombe sur le grub de 20.04
et là idem, je n'ai plus de message d'erreur , ni en lançant 20.04 ni en lançant 22.04, ni en lançant 24.04

j'en conclus un problème soit de EFI du disque NVMe , soit un problème du grub de 24.04

que me conseillez-vous ?

Dernière modification par ar barzh paour (Le 05/05/2025, à 09:42)

geole · Le 02/05/2025, à 19:04

Bonjour
A mon avis, c'est une amélioration du logiciel EFI en 24.04 qui signale que quelque chose pourrait être utilisé alors que dans les versions précédentes:
Soit le test n'était pas fait.
Soit le code erreur du test n'était pas fait.
Donc pas d'inquiétude.

D'après cette discussion
Il pourrait s'agir de la puce TPM. Elles est peut-être basée sur la version 1.2 alors que la dernière version est 2.0

Déjà, as-tu activé le sécure boot?

sudo mokutil --sb-state

Dernière modification par geole (Le 02/05/2025, à 19:15)

ar barzh paour · Le 02/05/2025, à 19:49

Hello geole

jpb@jpb-B760M-DS3H-DDR4:~$ sudo mokutil --sb-state
[sudo] Mot de passe de jpb : 
SecureBoot disabled
Platform is in Setup Mode
jpb@jpb-B760M-DS3H-DDR4:~$

Dernière modification par ar barzh paour (Le 02/05/2025, à 19:55)

geole · Le 02/05/2025, à 21:22

Donc essaie d'activer le secure boot. Tu verras bien
Si le message disparait
Puis si certaines applications deviennent hors-jeu.
Dans ce cas, il suffira de dé-activer de nouveau le sécure-boot.

ar barzh paour · Le 03/05/2025, à 11:55

Hello geole
je n'aime pas beaucoup toucher au Bios
Sais-tu quel serait le paramètre à modifier

je trouve dans le Bios s'y rapprochant

Demarrage rapide : Désactiver le lien (choix désactiver / activer)
Fonction Windows10 : Windows 10 (choix (Windows 10 / Auter SE)
Support CSM : Désactivation ( choix désactivation/Activation)
Secure Boot Mode : Standard (choix Standard / Custom)
(in custom mode, secure boot policy variables can be configurated by a physically pesent user without full authentification)

ce serait lequel pour activer le secure mode ? le dernier cité? un autre que je n'aurais pas vu ?

iznobe · Le 03/05/2025, à 12:15

Bonjour , tous les disques sont " numériques " , le contraire c' est analogique , et des disques analogiques ca n' existe pas .
il y a des disque a plateaux tournants et mécaniques et d' autre a mémoire non volatile , et donc a technologie non mécanique ( SSD et NVME ) .

Bref , sinon , j ' ai le même message à chaque démarrage , sans conséquence , mais dont je ne suis toujours pas arriver a me débarrasser non plus .

ar barzh paour · Le 05/05/2025, à 09:49

@iznobe
ok faute de langage, j'ai rectifié mécanique au lieu de non numérique

j'ai acheté ce NVMe car j'avais lu qu'ils étaient encore plus rapide que les SSD
c'est possible, mais en attendant je perds plusieurs secondes au boot
on en revient toujours à la même discussion .. et si je refaisais l'installation de ce disque en legacy ( je ne sais pas si c'est faisable )

geole · Le 05/05/2025, à 10:03

ar barzh paour a écrit :

j'ai acheté ce NVMe car j'avais lu qu'ils étaient encore plus rapide que les SSD
c'est possible, mais en attendant je perds plusieurs secondes au boot
.. et si je refaisais l'installation de ce disque en legacy

Bonjour.
Le démarrage consomme pas mal de processeur. Donc pas suprenant que la différence de temps entre un nvme et un SSD ne soit pas spectaculaire.

Si tu veux booter en légacy, il te suffit de modifier le bios pour lui dire de booter en legacy au lieu de EFI.
Puis de lancer boot-repair qui fabriquera la structure de boot dans le MBR,
Comme je pense que les disques ont une table de partition GPT, tu devras préalablement fabriquer une partition de 1Mo et lui mettre le drapeau boot-grub.

Donne ces retours.

journalctl --no-pager -b -p err

systemd-analyze time

systemd-analyze blame | head -25

systemd-analyze critical-chain

Dernière modification par geole (Le 05/05/2025, à 10:09)

iznobe · Le 05/05/2025, à 10:34

Bonjour , que le boot soit legacy ou efi , je ne pense pas que cela va changer grand chose sur le temps de démarrage de l ' ordi .
il y a peut être autre chose qui fait que ...
on en saura peut être plus avec les retours demandés par @geole .

pour te donner un ordred ' idée , sur une install standard , avec des logiciels installlés ( pas une fraiche install donc ) , mon ordi sur NVME met un peu plus de 20 secondes a démarrer .
je dirais donc qu ' en dessous de 30 secondes entre le moment ou tu valides l' OS et le moment ou tu peux travailler sur l' ordi , est quelquechose de standard pour un NVME .
en dessous de 1 minute pour un SSD SATA et en dessous de 1 min 40 s pour un HDD selon la quantité de services / logiciels / snap a lancer au démarrage , on peut presque diviser le temps par 2 . ( snap etant ce qui prend le plus de temps ) .

Dernière modification par iznobe (Le 05/05/2025, à 10:35)

ar barzh paour · Le 05/05/2025, à 13:54

Hello @geole et iznobe
au lieu de dire "je perds plusieurs secondes au boot", j'aurais du dire
pendant plusieurs secondes le message "EFI stub: .." s'affiche à l'écran, l'affichage se fiche, le message disparait puis le boot continue ....
effectivement je n'ai pas comparer le temps de boot avant et après l'installation de ce NVMe
c'est pas dramatique ..... je viens de tondre ma pelouse pendant 2 heures je ne suis pas à 3 secondes près!!!

bon bref voilà les résultats demandés

jpb@jpb-B760M-DS3H-DDR4:~$ journalctl --no-pager -b -p err
mai 05 09:15:27 jpb-B760M-DS3H-DDR4 gdm-password][2160]: gkr-pam: unable to locate daemon control file
mai 05 09:15:27 jpb-B760M-DS3H-DDR4 gdm3[1499]: Gdm: on_display_added: assertion 'GDM_IS_REMOTE_DISPLAY (display)' failed
mai 05 09:15:28 jpb-B760M-DS3H-DDR4 systemd[2202]: Failed to start app-gnome-gnome\x2dkeyring\x2dpkcs11-2591.scope - Application launched by gnome-session-binary.
mai 05 09:15:28 jpb-B760M-DS3H-DDR4 systemd[2202]: Failed to start app-gnome-gnome\x2dkeyring\x2dssh-2587.scope - Application launched by gnome-session-binary.
mai 05 09:15:30 jpb-B760M-DS3H-DDR4 systemd[2202]: Failed to start app-gnome-lance\x2daffiche_icone\x2dubuntu-2839.scope - Application launched by gnome-session-binary.
mai 05 09:15:30 jpb-B760M-DS3H-DDR4 systemd[2202]: Failed to start app-gnome-snap\x2duserd\x2dautostart-2760.scope - Application launched by gnome-session-binary.
mai 05 09:15:30 jpb-B760M-DS3H-DDR4 systemd[2202]: Failed to start app-gnome-user\x2ddirs\x2dupdate\x2dgtk-2875.scope - Application launched by gnome-session-binary.
mai 05 09:15:31 jpb-B760M-DS3H-DDR4 gdm3[1499]: Gdm: on_display_removed: assertion 'GDM_IS_REMOTE_DISPLAY (display)' failed
mai 05 09:27:11 jpb-B760M-DS3H-DDR4 hpfax[10723]: [10723]: error: Failed to create /var/spool/cups/tmp/.hplip
mai 05 11:51:14 jpb-B760M-DS3H-DDR4 systemd[1]: Failed to start fwupd-refresh.service - Refresh fwupd metadata and update motd.
mai 05 12:10:16 jpb-B760M-DS3H-DDR4 systemd[1]: Failed to start fwupd-refresh.service - Refresh fwupd metadata and update motd.
mai 05 13:37:03 jpb-B760M-DS3H-DDR4 systemd[1]: Failed to start fwupd-refresh.service - Refresh fwupd metadata and update motd.
jpb@jpb-B760M-DS3H-DDR4:~$

jpb@jpb-B760M-DS3H-DDR4:~$ systemd-analyze time
Startup finished in 12.118s (firmware) + 11.851s (loader) + 6.066s (kernel) + 8.935s (userspace) = 38.972s 
graphical.target reached after 8.928s in userspace.
jpb@jpb-B760M-DS3H-DDR4:~$

jpb@jpb-B760M-DS3H-DDR4:~$ systemd-analyze blame | head -25
6.844s fstrim.service
5.992s NetworkManager-wait-online.service
2.477s fwupd.service
2.215s plymouth-quit-wait.service
1.328s systemd-journal-flush.service
1.190s snapd.seeded.service
1.139s snapd.service
 896ms logrotate.service
 756ms NetworkManager.service
 438ms apt-daily-upgrade.service
 249ms user@1000.service
 237ms apport.service
 226ms plymouth-read-write.service
 220ms dev-nvme0n1p2.device
 195ms systemd-modules-load.service
 190ms snapd.apparmor.service
 188ms udisks2.service
 138ms systemd-journald.service
 133ms gnome-remote-desktop.service
 128ms gpu-manager.service
 126ms rsyslog.service
 119ms dev-loop0.device
 117ms power-profiles-daemon.service
 116ms dev-loop2.device
 114ms polkit.service
jpb@jpb-B760M-DS3H-DDR4:~$

jpb@jpb-B760M-DS3H-DDR4:~$ systemd-analyze critical-chain
The time when unit became active or started is printed after the "@" character.
The time the unit took to start is printed after the "+" character.

graphical.target @8.928s
└─multi-user.target @8.928s
  └─kerneloops.service @8.914s +13ms
    └─network-online.target @8.900s
      └─NetworkManager-wait-online.service @2.906s +5.992s
        └─NetworkManager.service @2.137s +756ms
          └─dbus.service @2.075s +54ms
            └─basic.target @2.072s
              └─sockets.target @2.072s
                └─cups.socket @2.241s
                  └─sysinit.target @2.061s
                    └─systemd-resolved.service @1.971s +89ms
                      └─systemd-tmpfiles-setup.service @1.923s +35ms
                        └─systemd-journal-flush.service @550ms +1.328s
                          └─systemd-journald.service @246ms +138ms
                            └─systemd-journald.socket @239ms
                              └─system.slice @216ms
                                └─-.slice @216ms
jpb@jpb-B760M-DS3H-DDR4:~$

tous ces résultats ne me parlent pas beaucoup !

Dernière modification par ar barzh paour (Le 05/05/2025, à 13:57)

geole · Le 05/05/2025, à 14:10

Ce sont des commandes de récupération des diverses actions du démarrage.
Je ne vois rien de particulier.
Ton boot NVME est estampillé à 38.972s.
La plus grande partie est là 12.118s (firmware) + 11.851s (loader)
Il n'est peut-être pas très logique que le firmware se recharge à chaque fois... Peut-être utilises-tu windows avec un autre firmware...

A mon avis, l'affichage de la ligne ne ralentit pas le démarrage
Donne quand même ce retour

journalctl --no-pager -b -g "Failed to mesure data for event"

Pour info. Un boot avec un SSD, peut donner cela

a@b:~$ systemd-analyze time
Startup finished in 5.604s (kernel) + 45.722s (userspace) = 51.326s 
graphical.target reached after 45.602s in userspace.
a@b:~$

Dernière modification par geole (Le 05/05/2025, à 14:12)

geole · Le 05/05/2025, à 14:37

https://forums.linuxmint.com/viewtopic.php?p=2560126#p2560126 a écrit :

In your case it finally boots so that warning can be ignored.
Also you can add CONFIG_EFI_HANDOVER_PROTOCOL=N and/or EFI_STUB=N to kernel line and it will disappear (see How to add kernel parameter and also How to make GRUB menu visible if needed). Try editing default menu entry on GRUB menu (pressing E or TAB) and add those parameter to kernel line after quiet splash and press F10 to one-time boot. If it works you can make that change permanent.

ar barzh paour · Le 05/05/2025, à 16:01

Hello Geole
je viens de redémarrer

jpb@jpb-B760M-DS3H-DDR4:~$ journalctl --no-pager -b -g "Failed to mesure data for event"
-- No entries --
jpb@jpb-B760M-DS3H-DDR4:~$

(pour info je n'ai que du linux Ubuntu sur ce PC)
et ...en ajoutant au menu de grub
CONFIG_EFI....=N et EFI_STUB=N : même message Warning
CONFIG...=N seul , EFI_STUB=N seul idem

jpb@jpb-B760M-DS3H-DDR4:~$ uname -a;lsb_release -a
Linux jpb-B760M-DS3H-DDR4 6.11.0-25-generic #25~24.04.1-Ubuntu SMP PREEMPT_DYNAMIC Tue Apr 15 17:20:50 UTC 2 x86_64 x86_64 x86_64 GNU/Linux
No LSB modules are available.
Distributor ID:	Ubuntu
Description:	Ubuntu 24.04.2 LTS
Release:	24.04
Codename:	noble
jpb@jpb-B760M-DS3H-DDR4:~$

Dernière modification par ar barzh paour (Le 05/05/2025, à 16:35)

Ubuntu-fr

Navigation

Liens de recherche

Annonce

#1 Le 02/05/2025, à 13:53

message EFI stub après grub

#2 Le 02/05/2025, à 19:04

Re : message EFI stub après grub

#3 Le 02/05/2025, à 19:49

Re : message EFI stub après grub

#4 Le 02/05/2025, à 21:22

Re : message EFI stub après grub

#5 Le 03/05/2025, à 11:55

Re : message EFI stub après grub

#6 Le 03/05/2025, à 12:15

Re : message EFI stub après grub

#7 Le 05/05/2025, à 09:49

Re : message EFI stub après grub

#8 Le 05/05/2025, à 10:03

Re : message EFI stub après grub

#9 Le 05/05/2025, à 10:34

Re : message EFI stub après grub

#10 Le 05/05/2025, à 13:54

Re : message EFI stub après grub

#11 Le 05/05/2025, à 14:10

Re : message EFI stub après grub

#12 Le 05/05/2025, à 14:37

Re : message EFI stub après grub

#13 Le 05/05/2025, à 16:01

Re : message EFI stub après grub

Pied de page des forums