Divers bugs avec Ubuntu 22.04 (freeze avec noyau 6.8 & EFI not found)

Nat41 · Le 09/09/2024, à 19:38

Dans mon souvenir, non (j'ai essayé, et il me semble fort ne rien avoir obtenu).

La carte graphique interne était désactivée dans le "BIOS". Je l'ai réactivée, j'ai branché un écran en DP sur la carte interne (écran externe en DVI) et... freeze de la machine à la mire de connexion. Aucun accès possible (pas de Ctrl + Alt + F3 ou d'accès SSH possible). Une vraie misère ! Je vais finir par tester une autre distro (avant de déclarer, sur un mouvement d'humeur, qu'Ubuntu commence à me les briser menu... ce qui à ce stade serait injuste).

xubu1957 · Le 09/09/2024, à 19:44

Nous sommes en période d'attente > Pilotes 340 et 390 des cartes Nvidia, prise en charge par un ppa

Nat41 · Le 09/09/2024, à 19:50

C'est énorme ! En bootant avec les options avancées, puis en "resumant" le démarrage normal, j'ai une mire de connexion sur l'écran principal (connecté à la carte Nvidia)... mais en 800x600 ! Je peux me connecter, mais pas moyen de changer la résolution, ni d'activer le second écran (sur lequel le processus de boot n'est pas observable).

En bootant "normal" (ou en enlevant les options quiet splash), le processus de boot peut être partiellement observé sur l'écran secondaire (connecté à la carte Intel), une fois passé en mode framebuffer si je ne dis pas de bêtises. Ensuite, mire de connexion, en étant rapide je peux provoquer la demande de saisie d'un mot de passe, puis freeze.

C'est pas la joie... Je vais essayer de me débarrasser de la carte Nvidia, la difficulté sera alors la connectivité des écrans...

Merci pour le lien. Je n'aurai donc, a priori, pas meilleure chance chez Debian (enfin, Mint LMDE pour le côté user friendly), donc... 'tain, c'est vraiment la loose.

Sinon, aucune idée pour le message chelou sur EFI ? Il n'est guère gênant, mais ça ne fait pas propre...

Dernière modification par Nat41 (Le 09/09/2024, à 19:52)

nany · Le 09/09/2024, à 19:54

Bonjour,

Nat41 a écrit :

Si, cf. le début du #18. Je me suis juste permis de ne pas recopier l'invite de commande et la commande saisie in extenso...
Je recopie ci-dessous :
root@HP-6200-Pro-MT:~# lspci -vnn | grep -A 12 '\''[030[02]\]' | grep -Ei "vga|3d|display|kernel"
01:00.0 VGA compatible controller [0300]: NVIDIA Corporation G98 [GeForce 8400 GS Rev. 2] [10de:06e4] (rev a1) (prog-if 00 [VGA controller])
Tu dois passer trop de temps à aider, du coup tu survoles peut-être trop vite ! Merci encore pour ton temps, en tout cas.

Il ne faut pas exécuter la commande en root.
D’où l’intérêt de toujours donner l'invite de commande et la commande saisie.

xubu1957 · Le 09/09/2024, à 19:54

Tu ne peux pas ajouter un paramètre au grub, comme indiqué fin du § 2, de la Doc nvidia ?

Nat41 · Le 09/09/2024, à 20:04

@nany, cf. https://www.man7.org/linux/man-pages/man8/lspci.8.html :
Access to some parts of the PCI configuration space is restricted
to root on many operating systems, so the features of lspci
available to normal users are limited. However, lspci tries its
best to display as much as available and mark all other
information with <access denied> text.

Pour moi, lspci c'est et ça a toujours été root si on veut être complet. Il va me falloir plus qu'un argument d'autorité pour me faire changer d'avis (no offense, c'est juste que « c'est pas comme ça qu'on fait », OK, je suis trèèèèès loin de tout savoir, mais ça au moins ça me semblait clair, donc j'ai besoin d'arguments).

ÉDITION :

anna@HP-6200-Pro-MT:~$ lspci -vnn | grep -A 12 '\''[030[02]\]' | grep -Ei "vga|3d|display|kernel"
01:00.0 VGA compatible controller [0300]: NVIDIA Corporation G98 [GeForce 8400 GS Rev. 2] [10de:06e4] (rev a1) (prog-if 00 [VGA controller])
	Kernel driver in use: nouveau
	Kernel modules: nvidiafb, nouveau

Pilotes nouveau et nvidiafb, on les voit bien mais ça n'est pas une nouveauté (on savait qu'ils étaient là)...

@xubu1957 : je vais essayer, mais j'ai déjà perdu un temps considérable sur cette satanée machine, je vous en ai fait perdre en plus à vous aussi (merci encore), et je suis plutôt adepte du principe KISS. Et, comme le disait Antoine de Saint-Exupéry : « la perfection est atteinte non quand il n'y a plus rien à ajouter, mais quand il n'y a plus rien à retrancher » !

Enfin, je (re)précise que je n'avais aucun souci d'affichage avec cette machine jusqu'aux noyaux récents (avec le 6.5, quelques bugs très occasionnels, et freeze avec le 6.8, peut-être est-ce lié à la présence de cette carte graphique, peut-être pas).

Dernière modification par Nat41 (Le 09/09/2024, à 20:10)

xubu1957 · Le 09/09/2024, à 20:12

Je rajoute la Doc xrandr

ylag · Le 09/09/2024, à 20:19

Bonsoir,

Nat41 a écrit :

xubu1957 a écrit :
Tu n'as pas fourni le retour demandé de la commande au #17, qui doit restituer aussi le pilote.
C'est une commande de moko138, que j'utilise des centaines de fois dans l'année.
Et mentionnée dans la Doc au § 1 identifier_sa_carte_graphique
Si, cf. le début du #18. Je me suis juste permis de ne pas recopier l'invite de commande et la commande saisie in extenso...
Je recopie ci-dessous :
root@HP-6200-Pro-MT:~# lspci -vnn | grep -A 12 '\''[030[02]\]' | grep -Ei "vga|3d|display|kernel"
01:00.0 VGA compatible controller [0300]: NVIDIA Corporation G98 [GeForce 8400 GS Rev. 2] [10de:06e4] (rev a1) (prog-if 00 [VGA controller])
Tu dois passer trop de temps à aider, du coup tu survoles peut-être trop vite ! Merci encore pour ton temps, en tout cas.

La commande lspci -vnn ... doit être lancée à partir d'un terminal simple utilisateur, pas en root, sinon le retour n'est pas complet.
Porter attention à n'utiliser le shell root que lorsque nécessaire.

Je n'avais pas vu l'intervention de @nany au message #29, désolé ...

A+

Dernière modification par ylag (Le 09/09/2024, à 21:06)

nany · Le 09/09/2024, à 20:31

Nat41 a écrit :

Il va me falloir plus qu'un argument d'autorité pour me faire changer d'avis (no offense, c'est juste que « c'est pas comme ça qu'on fait », OK, je suis trèèèèès loin de tout savoir, mais ça au moins ça me semblait clair, donc j'ai besoin d'arguments).

Ce n’est pas un argument d'autorité mais juste une constatation. En effet, comme tu l’indiques avec l’extrait du man, lspci est beaucoup plus verbeux en mode root qu’en mode utilisateur normal. Du coup la commande grep qui suit n’atteint pas les lignes recherchées ensuite. Donc cette ligne de commandes est à exécuter en tant qu’utilisateur normal. Si on voulait l’utiliser en tant que root, il faudrait remplacer « grep -A 12 » par a minima « grep -A 22 ».

Dernière modification par nany (Le 09/09/2024, à 20:31)

geole · Le 09/09/2024, à 22:16

Nat41 a écrit :

Sinon, aucune idée pour le message chelou sur EFI ? Il n'est guère gênant, mais ça ne fait pas propre...

Cependant

geole a écrit :

Donne aussi ce retour
efibootmgr

Dernière modification par geole (Le 09/09/2024, à 22:20)

Nat41 · Le 10/09/2024, à 19:19

root@HP-6200-Pro-MT:~# efibootmgr
BootCurrent: 0000
Timeout: 0 seconds
No BootOrder is set; firmware will attempt recovery

Ce dernier message m'avait amené à https://github.com/rhboot/efibootmgr/issues/115, par exemple, mais je ne vais pas jouer à bricoler le BIOS de la machine... et je ne comprends toujours pas comment ce phénomène a pu apparaître (avant de la placer ailleurs, j'ai utilisé cette machine comme serveur domestique pendant des années, sans jamais voir ce souci). Elle est ancienne, le BIOS n'a pas été mis à jour depuis bien longtemps. Précision : le secure boot est disabled.

Sinon, le patient a été opéré en ambulatoire. L'intervention s'est bien déroulée (ablation de la carte graphique Nvidia), et après quelques brèves minutes d'observation, et la prescription d'un aptitude install linux-image-generic-hwe-22.04, je peux confirmer qu'il se porte bien, et cesse de freezer comme il le faisait encore récemment.

J'en conclus que ces freezes d'Ubuntu en noyau 6.8.0-40-generic sont très probablement liés à un souci avec nouveau et la carte graphique Nvidia 8400GS.

Dernière modification par Nat41 (Le 10/09/2024, à 19:25)

geole · Le 10/09/2024, à 19:22

Bonjour
Le secure boot du bios est-il activé?
et contenu de la structure EFI

ls -Rls /boot/efi

Dernière modification par geole (Le 10/09/2024, à 19:25)

Nat41 · Le 10/09/2024, à 19:26

Non, secure boot est désactivé. Je peux néanmoins le réactiver, cela ne devrait pas poser de souci avec Ubuntu.

root@HP-6200-Pro-MT:~# ls -Rls /boot/efi
/boot/efi:
total 1
1 drwx------ 4 root root 512 sept.  5 20:19 EFI

/boot/efi/EFI:
total 2
1 drwx------ 2 root root  512 sept.  8 12:46 BOOT
1 drwx------ 2 root root 1024 sept.  8 12:55 ubuntu

/boot/efi/EFI/BOOT:
total 2812
945 -rwx------ 1 root root 966664 sept.  8 12:46 bkpbootx64.efi
945 -rwx------ 1 root root 966664 sept.  8 12:46 bootx64.efi
 87 -rwx------ 1 root root  88344 sept.  8 12:46 fbx64.efi
837 -rwx------ 1 root root 856280 sept.  8 12:46 mmx64.efi

/boot/efi/EFI/ubuntu:
total 4320
   1 -rwx------ 1 root root     108 sept.  8 12:46 BOOTX64.CSV
   1 -rwx------ 1 root root     128 sept.  8 12:46 grub.cfg
2538 -rwx------ 1 root root 2598792 sept.  8 12:46 grubx64.efi
 837 -rwx------ 1 root root  856280 sept.  8 12:46 mmx64.efi
 945 -rwx------ 1 root root  966664 sept.  8 12:46 shimx64.efi

Nat41 · Le 10/09/2024, à 19:29

J'ai réactivé secure boot : aucun changement. Le démarrage se passe bien, mais le "message EFI chelou" persiste avant l'affichage du menu de démarrage de GRUB.

geole · Le 10/09/2024, à 19:40

et que donne maintenant

sudo efibootmgr -v

Nat41 · Le 10/09/2024, à 20:50

Exactement la même sortie qu'indiqué en #36...

zolar · Le 25/09/2024, à 13:11

Bonjour,

Je reviens sur ce sujet, ayant aussi le message au démarrage durant une dizaine de secondes.

Failed to open \EFI\ubuntu\ - Not Found

Mais je n'avais pas le menu Grub au démarrage, n'ayant qu'une seule distribution : ubuntu Budgie.

Depuis j'ai activé le Grub, ce message n'apparait qu'une fraction de seconde, et tout de suite après le Grub apparait, réglé sur 10s.
Donc, à mon avis, avant l'erreur apparaissait et devait prendre la même durée de temps que le Grub qui n'était pas visible.

Quelque chose me dit que cette erreur apparait sur des cartes mères qui gèrent l'EFI mais sont vieillissantes.

Ubuntu-fr

Navigation

Liens de recherche

Annonce

#26 Le 09/09/2024, à 19:38

Re : Divers bugs avec Ubuntu 22.04 (freeze avec noyau 6.8 & EFI not found)

#27 Le 09/09/2024, à 19:44

Re : Divers bugs avec Ubuntu 22.04 (freeze avec noyau 6.8 & EFI not found)

#28 Le 09/09/2024, à 19:50

Re : Divers bugs avec Ubuntu 22.04 (freeze avec noyau 6.8 & EFI not found)

#29 Le 09/09/2024, à 19:54

Re : Divers bugs avec Ubuntu 22.04 (freeze avec noyau 6.8 & EFI not found)

#30 Le 09/09/2024, à 19:54

Re : Divers bugs avec Ubuntu 22.04 (freeze avec noyau 6.8 & EFI not found)

#31 Le 09/09/2024, à 20:04

Re : Divers bugs avec Ubuntu 22.04 (freeze avec noyau 6.8 & EFI not found)

#32 Le 09/09/2024, à 20:12

Re : Divers bugs avec Ubuntu 22.04 (freeze avec noyau 6.8 & EFI not found)

#33 Le 09/09/2024, à 20:19

Re : Divers bugs avec Ubuntu 22.04 (freeze avec noyau 6.8 & EFI not found)

#34 Le 09/09/2024, à 20:31

Re : Divers bugs avec Ubuntu 22.04 (freeze avec noyau 6.8 & EFI not found)

#35 Le 09/09/2024, à 22:16

Re : Divers bugs avec Ubuntu 22.04 (freeze avec noyau 6.8 & EFI not found)

#36 Le 10/09/2024, à 19:19

Re : Divers bugs avec Ubuntu 22.04 (freeze avec noyau 6.8 & EFI not found)

#37 Le 10/09/2024, à 19:22

Re : Divers bugs avec Ubuntu 22.04 (freeze avec noyau 6.8 & EFI not found)

#38 Le 10/09/2024, à 19:26

Re : Divers bugs avec Ubuntu 22.04 (freeze avec noyau 6.8 & EFI not found)

#39 Le 10/09/2024, à 19:29

Re : Divers bugs avec Ubuntu 22.04 (freeze avec noyau 6.8 & EFI not found)

#40 Le 10/09/2024, à 19:40

Re : Divers bugs avec Ubuntu 22.04 (freeze avec noyau 6.8 & EFI not found)

#41 Le 10/09/2024, à 20:50

Re : Divers bugs avec Ubuntu 22.04 (freeze avec noyau 6.8 & EFI not found)

#42 Le 25/09/2024, à 13:11

Re : Divers bugs avec Ubuntu 22.04 (freeze avec noyau 6.8 & EFI not found)

Pied de page des forums