Et que raconte journactl à propos des problèmes de démarrage ?
[Résolu] écran noir pendant le boot sur kernel 4.15.4 ou supérieur
> puisque nouveau ne supporte pas encore cette carte (architecture trop récente semble-t-il).
ça me semble inexact :
https://www.phoronix.com/scan.php?page=news_item&px=Novueau-Pascal-Consumer-Accel
Regarde la doc sur Prime par contre :
https://doc.fedora-fr.org/wiki/Prime
ça me semble inexact :
https://www.phoronix.com/scan.php?page=news_item&px=Novueau-Pascal-Consumer-Accel
Regarde la doc sur Prime par contre :
https://doc.fedora-fr.org/wiki/Prime
@nouvo09: voila le journalctl --boot=-1 (j'ai bien entendu booté sur le 4.14.6-300 avant de revenir sur le 4.14.3-300 actuellement)
https://pastebin.com/raw/kusxk33Y
@Edouard_le_homard: J'avais vu la doc mais vu que nouveau ne fonctionne pas avec ma carte graphique actuellement je n'ai pas pu aller bien loin. J'ai du faire l'installation avec le paramètre nomodeset=1 sur le live USB car sinon aucun affichage. J'en déduis donc qu'out of the box, nouveau ne prends pas en charge cette CG.
https://pastebin.com/raw/kusxk33Y
@Edouard_le_homard: J'avais vu la doc mais vu que nouveau ne fonctionne pas avec ma carte graphique actuellement je n'ai pas pu aller bien loin. J'ai du faire l'installation avec le paramètre nomodeset=1 sur le live USB car sinon aucun affichage. J'en déduis donc qu'out of the box, nouveau ne prends pas en charge cette CG.
> nouveau ne fonctionne pas avec ma carte graphique
Peux tu élaborer ? as tu vérifié qu'il n'y avait pas un blacklist nouveau qui restait quelque part ?
Peux tu élaborer ? as tu vérifié qu'il n'y avait pas un blacklist nouveau qui restait quelque part ?
Merci mais tu pourrais jeter toi-même un coup d'oeil dessus et essayer de déceler une éventuelle anomalie.PapsOu wrote:@nouvo09: voila le journalctl --boot=-1 (j'ai bien entendu booté sur le 4.14.6-300 avant de revenir sur le 4.14.3-300 actuellement)
https://pastebin.com/raw/kusxk33Y
De plus si tu soupçonnes un problème lié à la session graphique, je ne t'apprendrai surement pas qu'il faut aussi consulter le fichier /var/log/Xorg.0.log
@Edouard_le_homard : Un peu plus de précisions : J'ai pas de fichier /etc/modprobe.d/blacklist.conf, la ligne grub est la suivante :
Mais bon pour la partie Bumblebee / Prime, on verra ces points dans un fil dédié si tu n'y vois pas d'inconvénients (que j'ouvrirai plus tard probablement).
@nouvo09 : J'ai bien entendu relu rapidement le dmesg mais je n'ai pas vu d'erreur fatale criantes.
Par contre, je suis sous gnome wayland, donc pas de fichier /var/log/Xorg.0.log (enfin juste pour les rares fois où j'ai lancé une session gnome sous X).
Là l'écran s'éteint bien avant d'arriver sur GDM. Donc je pense que cela n'a rien à voir avec la session graphique, mais plutôt avec le pilote et son intégration au noyau.
BOOT_IMAGE=/vmlinuz-4.15.6-300.fc27.x86_64 root=UUID=ddd08e52-cd2a-43b1-a5b6-ea41ed6b1f2e ro rhgb quiet LANG=fr_FR.UTF-8 rd.driver.blacklist=nouveau modprobe.blacklist=nouveau nvidia-drm.modeset=1BOOT_IMAGE=/vmlinuz-4.15.3-300.fc27.x86_64 root=UUID=ddd08e52-cd2a-43b1-a5b6-ea41ed6b1f2e ro rhgb quiet LANG=fr_FR.UTF-8 nvidia-drm.modeset=1
Mais bon pour la partie Bumblebee / Prime, on verra ces points dans un fil dédié si tu n'y vois pas d'inconvénients (que j'ouvrirai plus tard probablement).
@nouvo09 : J'ai bien entendu relu rapidement le dmesg mais je n'ai pas vu d'erreur fatale criantes.
Par contre, je suis sous gnome wayland, donc pas de fichier /var/log/Xorg.0.log (enfin juste pour les rares fois où j'ai lancé une session gnome sous X).
Là l'écran s'éteint bien avant d'arriver sur GDM. Donc je pense que cela n'a rien à voir avec la session graphique, mais plutôt avec le pilote et son intégration au noyau.
Quelqu'un rencontre-t-il un problème similaire avec une carte nvidia (optimus) ?
Non (GT540M)
Bonjour,
j'ai constaté de mon côté que les nouveaux noyaux n'aimaient pas l'option nvidia-drm.modeset=1. J'avais des symptômes équivalents avec le 4.15.
En enlevant cette option de la ligne de démarrage plus d'écran noir chez moi. Faire un test au lancement avec ctrl-e pour éditer la ligne pourrait valoir le coup.
j'ai constaté de mon côté que les nouveaux noyaux n'aimaient pas l'option nvidia-drm.modeset=1. J'avais des symptômes équivalents avec le 4.15.
En enlevant cette option de la ligne de démarrage plus d'écran noir chez moi. Faire un test au lancement avec ctrl-e pour éditer la ligne pourrait valoir le coup.
Bonjour,
Je dis peut être (sûrement) une connerie mais cette ligne dans ton journal :
Désolé si mon intervention ne sers à rien, mais je ne suis pas très compétent sur ce coup là. Je me posais juste la question pour pouvoir t'aider.
Je dis peut être (sûrement) une connerie mais cette ligne dans ton journal :
systemd[1]: Received SIGRTMIN+21 from PID 333 (plymouthd)Désolé si mon intervention ne sers à rien, mais je ne suis pas très compétent sur ce coup là. Je me posais juste la question pour pouvoir t'aider.
Ca signifie que lorsque le processus de boot est terminé, on passe à autre chose.
Merci, c'est juste que j'ai vu cette ligne revenir souvent dans certains rapports de bug sur plymouth.
Désolé de ne pas pouvoir aider.
Désolé de ne pas pouvoir aider.
Merci @AshCampbell pour ton aide :-D
6 jours plus tard
Bon il semblerai que le kernel 4.15 et nVidia aient quelques « incompatibilités » : https://bbs.archlinux.org/viewtopic.php?id=234241&p=8
Je ne suis donc pas le seul à avoir un problème avec le pilote nVidia propriétaire.
Je ne suis donc pas le seul à avoir un problème avec le pilote nVidia propriétaire.
Je reviens aux nouvelles au sujet de ce bug.
Il semblerai que le touchpad du pc portable pose quelques problèmes...
C'est en désactivant dans l'EFI le touchpad que j'arrive désormais à booter sans ce fameux écran noir.
Le problème dépend donc de la résolution de ce bug https://bugzilla.redhat.com/show_bug.cgi?id=1543769 qui est toujours en cours.
Il semblerai que le touchpad du pc portable pose quelques problèmes...
C'est en désactivant dans l'EFI le touchpad que j'arrive désormais à booter sans ce fameux écran noir.
Le problème dépend donc de la résolution de ce bug https://bugzilla.redhat.com/show_bug.cgi?id=1543769 qui est toujours en cours.
12 jours plus tard
- Modifié
Juste pour info dans l'éventualité où quelqu'un rencontrerai le même problème que moi.
On est en train d'investiguer pour le bug de touchpad et on vient de reproduire le problème de l'écran noir. Je suis quasi certain que c'est le patch en question qui provoque cet écran noir, on est dessus.
https://bugzilla.redhat.com/show_bug.cgi?id=1543769#c55
Je marque ce fil en résolu même si le bug en question ne l'est pas encore.
On est en train d'investiguer pour le bug de touchpad et on vient de reproduire le problème de l'écran noir. Je suis quasi certain que c'est le patch en question qui provoque cet écran noir, on est dessus.
https://bugzilla.redhat.com/show_bug.cgi?id=1543769#c55
Je marque ce fil en résolu même si le bug en question ne l'est pas encore.