Fedora-Fr

didierg · 2024-01-21T20:58:44+00:00

Le kernel 6.7 pour fedora 39 est en approche. Il est déjà disponible sur https://koji.fedoraproject.org/koji/buildinfo?buildID=2352729 Il s’installe et boote...

Ce site est optimisé pour être consulté depuis un navigateur moderne dans lequel JavaScript est activé.

kernel 6.7 pour fedora 39

GOGI

Nicosss Donc ce n’est pas un échec de basculement sur nouveau.

A voir si ça s’arrange avec le prochain kernel qui arrive.

Non effectivement, mais ça a un rapport avec le chargement de la partie graphique. Mais bon ça dépasse mes connaissances et capacités.

Néanmoins j’ai simplement posté le problème pour celles et ceux qui pourraient rencontrer un problème similaire, notamment lors d’une installation fraîche où c’est souvent le dernier kernel qui est inclus (en fonction de la dernière date de mise à jour du fichier ISO bien sûr) et c’est le seul présent…

didierg

Les problèmes fréquents avec les GPU nVidia devraient inciter les utilisateurs à basculer sur des GPU AMD ou Intel !

GOGI

didierg Les problèmes fréquents avec les GPU nVidia devraient inciter les utilisateurs à basculer sur des GPU AMD ou Intel !

Merci @didierg , très constructif comme réponse! 😉

GOGI

Nicosss

Bon, toujours pas d’améliorations, le système ne démarre pas sur les nouveaux kernel 6.7.
Le plus embêtant, c’est que je n’ai plus rien non plus dans les logs après reboot sur le kernel 6.6.14-200 qui est le seul fonctionnel restant.

Je vois par ailleurs d’autres cas ici sur le forum et ailleurs sur le net qui semblent avoir des problèmes similaires sans toutefois être sûr qu’il s’agit bien de la même chose, étant donné que je n’ai pas de trace dans le log.

Néanmoins, après avoir retiré manuellement lors du boot dans les lignes de grub les options “rhgb quiet”, je constate bien que le problème d’affichage apparaît lorsque le démarrage doit switcher en mode graphique… Bien sûr après je n’ai plus du tout la main sur la machine, à part faire un hard reboot à l’aide bouton ON/OFF.

Nicosss

GOGI Tu dois avoir la possibilité de basculer sur un autre TTY via la combinaison de touches CTRL+ALT+F4 par exemple pour obtenir une invite de connexion.

fgland

je n’avais pas vu ce fil, je suis aussi dans ce cas mais je n’ai pas besoin de faire un arrêt brutal. Une simple pression sur le bouton d’allumage lance l’arrêt proprement.

GOGI

fgland je n’avais pas vu ce fil, je suis aussi dans ce cas mais je n’ai pas besoin de faire un arrêt brutal. Une simple pression sur le bouton d’allumage lance l’arrêt proprement.

Chez moi ça ne fonctionne pas, le bouton étant paramétré de base pour envoyer le pc en mode veille lors de l’appui.
Donc je n’ai pas le choix que de maintenir le bouton pour une extinction forcée.

GOGI

Nicosss Tu dois avoir la possibilité de basculer sur un autre TTY via la combinaison de touches CTRL+ALT+F4 par exemple pour obtenir une invite de connexion.

Non j’ai essayé mais je n’ai absolument rien, c’est un black screen total à partir du moment où le noyau bascule en mode graphique, aucun contrôle. Et pourtant ça m’aurait grandement aidé ne serait-ce que pour récupérer au moins un bout de journal ou quoi que ce soit.
J’ai même essayé de me logger à l’aveuglette (vu certains cas sur le forum anglophone où un gars avait un problème similaire mais a réussi à se logger comme ça…) sans succès.

J’ai également tenté de démarrer sur un autre disque dur avec une installation fraîche de Fedora 39 en me disant que c’est peut-être mon installation qui avait fini par être foireuse, pareil sans succès. Ce qui m’amène à conclure que le bug est bien dans quelque chose qui a été amené avec le noyau 6.7.

EDIT : j’ai également tenté en installant des paquets supplémentaires, sachant que de base je n’ai que les paquets suivants

kernel-core.x86_64                                                                                  6.6.14-200.fc39                                                                           @updates
kernel-core.x86_64                                                                                  6.7.4-200.fc39                                                                            @updates
kernel-core.x86_64                                                                                  6.7.5-200.fc39                                                                            @updates
kernel-modules.x86_64                                                                               6.6.14-200.fc39                                                                           @updates
kernel-modules.x86_64                                                                               6.7.4-200.fc39                                                                            @updates
kernel-modules.x86_64                                                                               6.7.5-200.fc39                                                                            @updates
kernel-modules-core.x86_64                                                                          6.6.14-200.fc39                                                                           @updates
kernel-modules-core.x86_64                                                                          6.7.4-200.fc39                                                                            @updates
kernel-modules-core.x86_64                                                                          6.7.5-200.fc39                                                                            @updates

j’ai donc tenté en installant les paquets

kernel-modules-extra
kernel-headers
kernel-modules-internal

en me disant sait-on jamais, ils ont peut-être migré des modules vers ces paquets (en particulier le paquet extras, headers ne devrait normalement rien à avoir avec ça…). Et puis ça n’a pas marché non plus.

fgland

on ne peut non plus démarrer en niveau 3 et si on efface le quiet après quelques ligne affichées, l’écran est déconnecté et passe en veille alors que le pc continue à démarrer

GOGI

fgland on ne peut non plus démarrer en niveau 3 et si on efface le quiet après quelques ligne affichées, l’écran est déconnecté et passe en veille alors que le pc continue à démarrer

C’est ça, c’est à peu près au moment où le démarrage doit basculer sur le mode graphique, cependant je ne suis pas sûr que l’écran passe en veille mais plutôt qu’il s’agit soit d’un problème avec le pilote graphique, soit avec plymouth. comme si plus rien n’était envoyé à l’écran.

fgland

J’ai fait une vidéo du démarrage en supprimant le quiet du boot, les dernière lignes visibles sont assez surprenantes
capture
Dans la commande dmesg je trouve une ligne un peu surprenante !

Kernel command line: BOOT_IMAGE=(hd0,msdos2)/vmlinuz-6.6.14-200.fc39.x86_64 root=UUID=fc4bfebb-5a04-4862-b662-60cbd3996e25 ro rootflags=subvol=root rhgb quiet
 Unknown kernel command line parameters "rhgb BOOT_IMAGE=(hd0,msdos2)/vmlinuz-6.6.14-200.fc39.x86_64", will be passed to user space.

comme cela se produit aussi bien sur le 6.6 que 6.7, le problème ne vient pas de là

GOGI

fgland comme cela se produit aussi bien sur le 6.6 que 6.7, le problème ne vient pas de là

Mais normalement tu démarres bien sur le 6.6.14, et pas sur le 6.7.5?

Nicosss

fgland Dans la commande dmesg je trouve une ligne un peu surprenante !
Kernel command line: BOOT_IMAGE=(hd0,msdos2)/vmlinuz-6.6.14-200.fc39.x86_64 root=UUID=fc4bfebb-5a04-4862-b662-60cbd3996e25 ro rootflags=subvol=root rhgb quiet
Unknown kernel command line parameters "rhgb BOOT_IMAGE=(hd0,msdos2)/vmlinuz-6.6.14-200.fc39.x86_64", will be passed to user space.
comme cela se produit aussi bien sur le 6.6 que 6.7, le problème ne vient pas de là

Je pense que c’est juste lié au fait que tu ais retiré le quiet depuis le Grub. Donc c’est juste une alerte pour signaler que ce n’est pas conforme à la configuration en dur et il n’y a rien de grave.

GOGI

Une vidéo pour voir ce que ça donne sur ma machine :

[

nouvo09

Hormis un beau visage, je vois sur la dernière ligne un truc a propos de la souris logitech.
Tu peux essayer de démarrer sans ?

GOGI

nouvo09 Hormis un beau visage

Plutôt une tête de con de 41 ans 🤣

nouvo09 Tu peux essayer de démarrer sans ?

J’ai essayé sans la souris, sans succès.

Je viens également de faire des tests en désactivant l’option de support C3/C6 dans le BIOS très pauvre de cette machine, sans succès non plus.
Pourtant, je suis presque persuadé que parmi tous les redémarrages que je viens d’effectuer, il y en a au moins un qui a réussi sur le kernel 6.7, et c’était le premier après avoir désactivé le support C3/C6.
Mais je n’ai pas pu reproduire le cas ultérieurement malheureusement, c’est toujours un échec.

GOGI

Bon, petite avancée de mon côté.

Suite à quelques lectures de sujets sur le forum anglophone et sur reddit, j’ai remarqué que certaines personnes relataient un problème similaire mais avec des écrans branchés sur “display-port” pour certains, sur “hdmi” pour d’autres, enfin tout ça pour suggérer qu’il s’agit d’une affaire de port.

Donc puisque je dispose d’écrans externes, j’en ai branché un sur le port VGA de ma machine, et là miracle, le kernel 6.7 boote sans problème (animation plymouth comprise) et je peux me logger et ouvrir une session sur cet écran.
Par contre l’écran du pc portable lui reste noir.

J’ai l’impression qu’au moment où le noyau bascule le démarrage en mode graphique, quelque chose a été introduit dans le code qui “éteint” l’écran LCD intégré, je dis bien “éteint” car contrairement à ce que certains pensent, j’ai vraiment l’impression que l’écran n’a plus aucune alimentation, et non pas une simple mise en veille.

VINDICATORs

Parfois la gestion de l’edid est foireuses. Les joies du tout automatique drmmesfesses…

GOGI

VINDICATORs Parfois la gestion de l’edid est foireuses. Les joies du tout automatique drmmesfesses…

Je n’ai pourtant jamais eu de problèmes de ce genre jusqu’à présent. D’autant que cette machine a tout juste… 13 ans 😁.
Tu penses que ça a un rapport avec l’edid?

VINDICATORs

Faut voir les message de dmesg. Voir les logs quand c’est branché en hdmi/DP.

GOGI

VINDICATORs Faut voir les message de dmesg. Voir les logs quand c’est branché en hdmi/DP.

Bon, je reviens à mes moutons.
Alors pour rappel, depuis la sortie du kernel 6.7* et ultérieur, impossible pour moi de booter dessus, ou plus exactement booter sur ce noyau désactive l´écran du PC portable. Booter sur la seule version antérieure qu’il me reste d’installée, kernel-6.6.14, boote sans problème avec l’écran “interne”.

En bootant avec le kernel 6.7.9 :

pas d’écran principal actif (écran noir après GRUB)
possibilité de brancher un écran externe sur la prise VGA et écran actif (prend le relais au démarrage sur l’écran principal du PC portable)

$ journalctl -xb | grep nouveau

mars 15 17:53:18 fedora kernel: nouveau 0000:01:00.0: vgaarb: deactivate vga console
mars 15 17:53:18 fedora kernel: nouveau 0000:01:00.0: NVIDIA GF108 (0c1800a1)
mars 15 17:53:18 fedora kernel: nouveau 0000:01:00.0: bios: version 70.08.19.00.47
mars 15 17:53:18 fedora kernel: nouveau 0000:01:00.0: fb: 1024 MiB DDR3
mars 15 17:53:18 fedora kernel: nouveau 0000:01:00.0: DRM: VRAM: 1024 MiB
mars 15 17:53:18 fedora kernel: nouveau 0000:01:00.0: DRM: GART: 1048576 MiB
mars 15 17:53:18 fedora kernel: nouveau 0000:01:00.0: DRM: TMDS table version 2.0
mars 15 17:53:18 fedora kernel: nouveau 0000:01:00.0: DRM: MM: using COPY0 for buffer copies
mars 15 17:53:18 fedora kernel: [drm] Initialized nouveau 1.4.0 20120801 for 0000:01:00.0 on minor 0
mars 15 17:53:18 fedora kernel: fbcon: nouveaudrmfb (fb0) is primary device
mars 15 17:53:19 fedora kernel: nouveau 0000:01:00.0: [drm] fb0: nouveaudrmfb frame buffer device
░░ Subject: Un nouveau poste (seat) seat0 est disponible
░░ Un nouveau poste (seat) seat0 a été configuré et est maintenant
mars 15 17:53:35 fedora gnome-shell[1136]: Added device '/dev/dri/card0' (nouveau) using non-atomic mode setting.
mars 15 17:53:37 fedora kernel: nouveau 0000:01:00.0: Direct firmware load for nouveau/nvc1_fuc084 failed with error -2
mars 15 17:53:37 fedora kernel: nouveau 0000:01:00.0: Direct firmware load for nouveau/nvc1_fuc084d failed with error -2
mars 15 17:53:37 fedora kernel: nouveau 0000:01:00.0: msvld: unable to load firmware data
mars 15 17:53:37 fedora kernel: nouveau 0000:01:00.0: msvld: init failed, -19
mars 15 17:53:44 fedora gnome-shell[1952]: Added device '/dev/dri/card0' (nouveau) using non-atomic mode setting.
mars 15 17:54:42 fedora kernel: nouveau 0000:01:00.0: Direct firmware load for nouveau/nvc1_fuc084 failed with error -2
mars 15 17:54:42 fedora kernel: nouveau 0000:01:00.0: Direct firmware load for nouveau/nvc1_fuc084d failed with error -2
mars 15 17:54:42 fedora kernel: nouveau 0000:01:00.0: msvld: unable to load firmware data
mars 15 17:54:42 fedora kernel: nouveau 0000:01:00.0: msvld: init failed, -19

En bootant avec le kernel 6.6.14 :

écran principal actif
possibilité de brancher un écran externe sur la prise VGA et écran actif

$ journalctl -xb | grep nouveau

mars 15 17:51:21 fedora kernel: nouveau 0000:01:00.0: vgaarb: deactivate vga console
mars 15 17:51:21 fedora kernel: nouveau 0000:01:00.0: NVIDIA GF108 (0c1800a1)
mars 15 17:51:21 fedora kernel: nouveau 0000:01:00.0: bios: version 70.08.19.00.47
mars 15 17:51:21 fedora kernel: nouveau 0000:01:00.0: fb: 1024 MiB DDR3
mars 15 17:51:21 fedora kernel: nouveau 0000:01:00.0: DRM: VRAM: 1024 MiB
mars 15 17:51:21 fedora kernel: nouveau 0000:01:00.0: DRM: GART: 1048576 MiB
mars 15 17:51:21 fedora kernel: nouveau 0000:01:00.0: DRM: TMDS table version 2.0
mars 15 17:51:21 fedora kernel: nouveau 0000:01:00.0: DRM: MM: using COPY0 for buffer copies
mars 15 17:51:21 fedora kernel: [drm] Initialized nouveau 1.4.0 20120801 for 0000:01:00.0 on minor 0
mars 15 17:51:21 fedora kernel: nouveau 0000:01:00.0: [drm] Cannot find any crtc or sizes
mars 15 17:51:22 fedora kernel: nouveau 0000:01:00.0: [drm] Cannot find any crtc or sizes
mars 15 17:51:22 fedora kernel: nouveau 0000:01:00.0: [drm] Cannot find any crtc or sizes
mars 15 17:51:22 fedora kernel: nouveau 0000:01:00.0: [drm] Cannot find any crtc or sizes
mars 15 17:51:22 fedora kernel: nouveau 0000:01:00.0: [drm] Cannot find any crtc or sizes

Si je passe l’option nomodeset ou nouveau.modeset=0 au kernel 6.7.9 au démarrage en éditant la ligne dans GRUB, alors je peux booter dessus avec l’écran principal mais je n’ai plus de sortie VGA bien sûr et surtout plus les résolutions natives de l’écran…

Je suppose alors un problème avec le KMS au démarrage, mais quoi?

EDIT : j’ai tenté le coup avec une installation fraîche de Fedora 39 et Fedora 40, dans le doute où quelque chose serait flingué avec mon installation, mais le problème est toujours là.

Page suivante »