Nicosss De base tu utilises bien le pilote nouveau ou nvidia ?
Si c’est nividia il y a aussi un correctif qui a été publié chez RPM Fusion pour les kernels 6.7.x .

J’utilise le pilote nouveau, nVidia est inutilisable sur mon système depuis quelque temps, la machine en question étant vieille “nouveau” fonctionne bien mieux.

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

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

    • GOGI a répondu à ça.

      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…

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

      • GOGI a répondu à ça.
        14 jours plus tard

        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.

          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! 😉

          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 a répondu à ça.

            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 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.

            • GOGI a répondu à ça.

              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.

              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 a répondu à ça.

                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.

                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à

                  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?

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

                  [

                  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.

                  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 a répondu à ça.

                    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.

                    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.

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

                    • GOGI a répondu à ça.