Problème de noyau 4.18.0.11.12: écran noir vidéo
J'ai eu une comédie d'erreurs vidéo qui remontent toutes à une mise à niveau du noyau dans Ubuntu 18.10 cosmic. Le noyau 4.18.0.11.12 cause des problèmes, bien, de toutes les manières imaginables et je ne comprends pas très bien pourquoi cela fonctionne pour personne.
Au cas où vous auriez un "écran noir de la mort" à différentes étapes, ma suggestion est de ne pas trop conseiller à la configuration ou au gestionnaire d’affichage. A la place, démarrez avec le noyau plus ancien pour voir si les problèmes disparaissent. La partie la plus difficile pour la plupart des utilisateurs consistera à faire en sorte qu'Ubuntu affiche un menu de menu permettant de choisir un noyau (ils ont rendu cela difficile, mais ils ont des instructions: https://wiki.ubuntu.com/RecoveryMode ).
Les symptômes du problème tournent autour
- Écran noir de la mort avec message sur le rejet des clés PKS
- Impossible de démarrer le gestionnaire d'affichage (gdm3 ou lightdm)
- Moniteurs externes non reconnus (par les programmes de bureau ou xrandr)
- Écran noir de la mort sur reprendre de suspendre.
Il s'agit d'un ordinateur portable Dell Precision 5510 avec les graphiques Nvidia et Intel:
*-display
description: 3D controller
product: GM107GLM [Quadro M1000M]
vendor: NVIDIA Corporation
physical id: 0
bus info: pci@0000:01:00.0
version: a2
width: 64 bits
clock: 33MHz
capabilities: bus_master cap_list rom
configuration: driver=nouveau latency=0
resources: irq:125 memory:dc000000-dcffffff
memory:b0000000-bfffffff memory:c0000000-c1ffffff ioport:e000
*-display
description: VGA compatible controller
product: HD Graphics 530
vendor: Intel Corporation
physical id: 2
bus info: pci@0000:00:02.0
version: 06
width: 64 bits
clock: 33MHz
capabilities: vga_controller bus_master cap_list rom
configuration: driver=i915 latency=0
resources: irq:126 memory:db000000-dbffffff
memory:70000000-7fffffff ioport:f000(size=64) memory:c0000-dffff
Je ne savais pas que la mise à jour du noyau était au cœur de mes problèmes, j'ai chassé beaucoup de symptômes qui indiquaient l'utilisation de gdm3 ou de lightdm en tant que gestionnaire d'affichage, puis des pilotes Nvidia, puis en mode de configuration, mais finalement je concluez que ce noyau pose des problèmes que je ne suis pas capable de résoudre. Je suis de retour en cours d'exécution le 4.18.10
Le premier symptôme que j'ai vu était un échec de départ. Après la phase de vers, j'ai eu un écran noir figé avec le message
PKCS#7 signature not signed with a trusted key
Le système n'a pas répondu à Alt-Ctl-F2 ou autre, aucune TV n'était possible. Les commentaires de ce forum ont pointé du doigt les pilotes Nvidia. Rétrospectivement, il s’agit peut-être d’une faille dans gdm3 plutôt que de Nvidia ( buntu 18.04 Le démarrage se bloque à la signature de PKCS # 7 non signée avec une clé de confiance , butnu 18.04 - après la mise à niveau - Display/PKCS Erreur de signature # 7 ). Je ne l'ai jamais résolu.
J'ai utilisé le login de récupération pour effacer les pilotes Nvidia et déplacer xorg.conf. Je courrais avec les pilotes Intel.
Après cela, lorsque gdm3 était le gestionnaire d’affichage, je suis passé à l’écran noir avec un seul "_" affiché en haut à gauche de l’écran. Une suggestion était que gdm3 essayait de lancer une session Wayland. J'ai essayé le correctif pour désactiver Wayland ( gdm3 ne démarre pas dans Ubuntu 18.04 ), aucune aide. Ces publications suggèrent qu'il existe un moyen de faire fonctionner gdm3, mais davantage de publications recommandent d'utiliser lightdm à la place.
J'ai donc changé de gestionnaire d'affichage en lightdm. Cependant, même après cela, j’ai eu un écran noir de la mort après grub et j’ai trouvé un conseil pour mettre des paramètres dans la configuration de grub pour nomodeset ou pour appliquer des restrictions sur nouveau. Après beaucoup de manipulations, le système accédait à la fenêtre de connexion. Cependant, j'ai vu 2 problèmes après cela. La vidéo ne reprendrait pas après la suspension (mais je pouvais me connecter avec SSH) et les moniteurs externes n’étaient pas détectés (probablement à cause de toutes les étapes de paramétrage sans mode que j’avais prises).
Ne réalisant pas que les paramètres de mode étaient probablement à l'origine de l'ignorance des moniteurs externes, j'ai réinstallé les pilotes nvidia (en espérant que le problème clé de PKCS se résoudrait lui-même). Cela a abouti à un écran noir de la mort au démarrage, mais Alt-Ctl-F2 a permis une VT afin que je puisse regarder dmesg.
Après de nombreux redémarrages, j'ai finalement décidé d'essayer le noyau plus ancien, 4.18.0-10, puis de démarrer lightdm. Suspendre fonctionnerait. Je devais supprimer tous les éléments de configuration de nomodes que j'avais mis dans la configuration de grub (et relancer update-grub) afin de faire fonctionner les moniteurs externes. De plus, dans le fichier nvidia /lib/modprobe.d/nvidia-kms.conf, il devait être remis en place.
# This file was generated by nvidia-prime
# Set value to 0 to disable modesetting
options nvidia-drm modeset=1
et initramfs devaient être exécutés.
J'ai trouvé de nombreux sites et publications sur les problèmes vidéo et ils peuvent offrir des conseils utiles, mais aucun d'eux ne m'a aidé avec le noyau 4.18.0.11.12. J'ai passé quelques jours à chercher ces correctifs, mais j'aurais bien aimé commencer par tester l'ancien noyau.
Ma suggestion, si, si une mise à jour du noyau se produit et que vous commencez à avoir un écran noir ou d’autres problèmes vidéo, soyez un peu patient en essayant d’obtenir une erreur sur ces choses de la manière habituelle. Exécutez l’ancien noyau pour voir s’il fonctionne et, le cas échéant, utilisez-le et soyez heureux jusqu’à ce que les problèmes du nouveau noyau soient résolus par les experts.
Le seul "correctif vidéo" que j'ai appris est - absolument certain - qu'il est utile de supprimer 2 lignes de/etc/environment. Je ne sais pas avec certitude comment ces lignes ont été insérées ici, mais cela est arrivé dans une version antérieure d'Ubuntu (soit par un paquet tel que gnome-wobbly-windows, soit par mon effort manuel pour réparer l'écran déchiré en 2017). Ces deux dernières lignes dans/etc/environment à propos de CLUTTER doivent être commentées (ou supprimées entièrement):
PATH="/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/games:/usr/local/games"
## CLUTTER_Paint=disable-clipped-redraws:disable-culling
## CLUTTER_VBLANK=True
Si vous n'apportez pas ce changement, la vidéo sur le bureau Ubuntu Gnome avec les pilotes nvidia est fragmentée et instable. Autant que je sache, ces deux lignes ont été insérées dans des paquets d’effets spéciaux d’anciens Ubuntu (peut-être 17.10) et elles me causaient beaucoup de problèmes uniquement avec Gnome, mais pas avec XFCE4. Comme le problème n'apparaissait que dans Gnome, je savais que ce n'était pas un problème Nvidia. ( Problème graphique sur Ubuntu 18.04 - texte flou + scintillement de l'écran )
À propos du dépannage avec le nouveau noyau: je suis disposé à essayer à nouveau, mais je veux que quelqu'un donne des conseils sur la question de savoir s'il est utile d'essayer et quel est le meilleur moyen de s'y prendre.
J'ai une avenue pour résoudre le problème "d'écran noir" de Gdm. Veuillez consulter l'article sur le forum Linux Nvidia: https://devtalk.nvidia.com/default/topic/1044730/linux/x-displays-in-a-small-section-of-screen-something- in-my-grub-setup-Incorrect -
J'ai fait un certain nombre de changements avant de comprendre le problème fondamental. À un moment donné, le paquet gdm a créé l'utilisateur gdm avec un numéro d'utilisateur incorrect et a créé le dossier de base de l'utilisateur dans/home/gdm. Afin de résoudre ce problème, j'ai dû forcer la suppression du paquet gdm, puis supprimer manuellement l'utilisateur gdm de/etc/passwd et de/etc/group. Ensuite, lors de la réinstallation, un nouvel utilisateur gdm avec un ID utilisateur inférieur à 1000 et aucun nouveau dossier dans/home/gdm. Ce changement, par lui-même, peut corriger le problème. C’est à coup sûr l’écran noir de la mort si votre identifiant utilisateur (dans/etc/passwd) est supérieur à 1000.
Cependant, j'ai apporté d'autres modifications. Avec le dernier noyau Ubuntu, je suis sûr que les éléments de démarrage suivants sont nécessaires pour empêcher l’écran noir de la mort lors de la reprise de la suspension:
Cela détaille les mesures que j'ai prises. J'ai un bloc dans le fichier/etc/default/grub comme suit:
GRUB_DEFAULT=0
GRUB_TIMEOUT_STYLE=menu
## GRUB_TIMEOUT=0
GRUB_DISTRIBUTOR=`lsb_release -i -s 2> /dev/null || echo Debian`
GRUB_CMDLINE_LINUX_DEFAULT="nosplash"
GRUB_CMDLINE_LINUX="nouveau.blacklist=1 acpi_rev_override=1 acpi_osi=Linux nouveau.modeset=0 pcie_aspm=force drm.vblankoffdelay=1 scsi_mod.use_blk_mq=1 nouveau.runpm=0 mem_sleep_default=deep"
Ceci est dû à un bug du noyau (selon le forum Nvidia).
Deuxièmement, dans/etc/default /, il avait été suggéré de définir
[daemon]
WaylandEnable=false
Cela était nécessaire pour encourager GDM à utiliser X11 plutôt que Wayland. Cependant, après les tests d’aujourd’hui, je trouve que gdm3 démarre, que je dispose ou non de ce paramètre.
Troisièmement, je suis sous nvidia-driver-410. Je pense que cela fonctionnera également avec nvidia-driver-390 ou nvidia-driver-415. Cependant, une fois que le correctif gdm a fonctionné, j'ai arrêté de brancher des pilotes alternatifs.
Les pilotes nvidia sont installés à partir du PPA:
$ cat graphics-drivers-ubuntu-ppa-cosmic.list
deb http://ppa.launchpad.net/graphics-drivers/ppa/ubuntu cosmic main
# deb-src http://ppa.launchpad.net/graphics-drivers/ppa/ubuntu cosmic main
EDIT 2018-12-07: J'ai oublié de mentionner ce changement supplémentaire:
dans /lib/modprobe/nvidia-kms.conf, j'ai désactivé le réglage du mode kms:
$ cat /lib/modprobe.d/nvidia-kms.conf
# This file was generated by nvidia-prime
# Set value to 0 to disable modesetting
options nvidia-drm modeset=0
Je pense que cela a été une étape importante dans la résolution du problème de l'écran de l'ordinateur portable qui n'a pas été "rempli" par l'écran X11.