it-swarm.com.de

Kernel 4.18.0.11.12 Problem: Video schwarzer Bildschirm

Ich hatte eine Komödie mit Videofehlern, die alle auf ein Kernel-Upgrade in Ubuntu 18.10 Cosmic zurückzuführen sind. Der Kernel 4.18.0.11.12 macht auf jede erdenkliche Weise Probleme und ich kann nicht recht verstehen, warum er für irgendjemanden funktioniert.

Falls Sie in verschiedenen Phasen einen "schwarzen Bildschirm des Todes" haben, ist mein Vorschlag, sich dem Rat zu widersetzen, viel mit der Konfiguration für Video- oder Display-Manager herumzuspielen. Starten Sie stattdessen mit einem älteren Kernel, um festzustellen, ob die Probleme behoben sind. Für die meisten Benutzer ist es am schwierigsten, Ubuntu zu veranlassen, ein Grub-Menü anzuzeigen, um einen Kernel auszuwählen (sie haben es schwierig gemacht, haben aber Anweisungen: https://wiki.ubuntu.com/RecoveryMode ).

Die Symptome des Problems drehen sich um

  1. Schwarzer Bildschirm des Todes mit Meldung über die Ablehnung von PKS-Schlüsseln
  2. Display Manager kann nicht gestartet werden (gdm3 oder lightdm)
  3. Externe Monitore werden nicht erkannt (von Desktop-Programmen oder xrandr)
  4. Schwarzer Bildschirm des Todes auf Lebenslauf von Suspend.

Dies ist ein Dell Precision 5510-Laptop mit Nvidia- und Intel-Grafik:

    *-display
            description: 3D controller
            product: GM107GLM [Quadro M1000M]
            vendor: NVIDIA Corporation
            physical id: 0
            bus info: [email protected]: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: [email protected]: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

Mir war nicht klar, dass das Kernel-Update das Herzstück meiner Probleme war. Ich verfolgte eine Menge Symptome, die auf die Verwendung von entweder gdm3 oder lightdm als Display-Manager, dann die Nvidia-Treiber und schließlich das Modesetting hindeuteten Fazit: Dieser spezielle Kernel verursacht Probleme, die ich nicht lösen kann. Ich laufe wieder den 4.18.10

Das erste Symptom, das ich sah, war ein Fehlstart. Nach der Grub-Phase hatte ich einen schwarzen Bildschirm mit der Meldung eingefroren

PKCS#7 signature not signed with a trusted key

Das System reagierte nicht auf Alt-Ctl-F2 oder so, es war keine VT möglich. Kommentare in diesem Forum zeigten mit dem Finger auf die Nvidia-Treiber. Rückblickend kann dies ein GDM3-Fehler sein, und nicht Nvidia ( buntu 18.04 Boot hängt an der PKCS # 7-Signatur, die nicht mit einem vertrauenswürdigen Schlüssel signiert ist , butnu 18.04 - nach dem Upgrade - Display/PKCS # 7 Signaturfehler ). Ich habe es nie gelöst.

Ich habe das Wiederherstellungs-Login verwendet, um die Nvidia-Treiber zu löschen und xorg.conf aus dem Weg zu räumen. Ich würde mit den Intel-Treibern laufen.

Danach, als gdm3 der Anzeigemanager war, kam ich zu einem schwarzen Bildschirm mit nur einem einzelnen "_", das oben links auf dem Bildschirm angezeigt wird. Ein Vorschlag war, dass gdm3 versuchte, eine Wayland-Sitzung zu starten. Ich habe versucht, das Update zu deaktivieren Wayland ( GDM3 startet nicht in Ubuntu 18.04 ), keine Hilfe. Diese Posts legen nahe, dass es eine Möglichkeit gibt, gdm3 zum Laufen zu bringen. In weiteren Posts wird jedoch die Verwendung von lightdm empfohlen.

Also habe ich den Display Manager auf lightdm umgestellt. Aber auch danach hatte ich nach dem Grub einen schwarzen Bildschirm mit dem Tod und fand Ratschläge, wie man Einstellungen im Grub-Setup für Nomodeset vornehmen oder Einschränkungen für Nouveau erzwingen kann. Nach langem Herumspielen erreichte das System das Anmeldefenster. Danach sah ich jedoch 2 Probleme. Das Video wurde nach dem Suspendieren nicht fortgesetzt (aber ich konnte mich mit SSH anmelden) und externe Monitore wurden nicht erkannt (wahrscheinlich wegen all der Schritte, die ich zum Festlegen des Nicht-Modus unternommen hatte).

Da ich nicht realisierte, dass die Moduseinstellungen wahrscheinlich dazu führten, dass die externen Monitore ignoriert wurden, installierte ich die nvidia-Treiber neu (in der Hoffnung, dass sich das PKCS-Schlüsselproblem von selbst lösen würde). Das führte zu einem schwarzen Bildschirm mit dem Tod beim Start, aber Alt-Ctl-F2 erlaubte eine VT, so dass ich mir dmesg ansehen konnte.

Nach vielen Neustarts entschied ich mich schließlich, den älteren Kernel 4.18.0-10 zu testen und danach würde LightDM starten. Aussetzen würde funktionieren. Ich musste alle nomodesetting-Dinge entfernen, die ich in die grub-Konfiguration gestellt hatte (und update-grub erneut ausführen), um externe Monitore zum Laufen zu bringen. Außerdem musste es in der NVIDIA-Datei /lib/modprobe.d/nvidia-kms.conf zurückgesetzt werden

# This file was generated by nvidia-prime
# Set value to 0 to disable modesetting
options nvidia-drm modeset=1

und initramfs musste ausgeführt werden.

Ich habe viele Websites und Posts zu Videoproblemen gefunden und sie bieten möglicherweise hilfreiche Ratschläge, aber keine hat mir mit Kernel 4.18.0.11.12 geholfen. Ich habe ein paar Tage damit verbracht, diese Korrekturen zu suchen, aber ich wünschte, ich hätte erst den älteren Kernel getestet.

Mein Vorschlag: Wenn ein Update im Kernel stattfindet und Sie anfangen, Probleme mit dem schwarzen Bildschirm oder anderen Videos zu haben, sollten Sie etwas Geduld mit dem Versuch haben, diese Probleme auf die übliche Weise zu beheben. Führen Sie den älteren Kernel aus, um festzustellen, ob er funktioniert, und verwenden Sie ihn in diesem Fall, und seien Sie froh, bis die Experten die Probleme des neuen Kernels behoben haben.

Die einzige "Videokorrektur", die ich gelernt habe, ist - absolut sicher - das Entfernen von zwei Zeilen aus/etc/environment. Ich weiß nicht genau, wie diese Zeilen dort eingefügt wurden, aber es geschah in einer früheren Version von Ubuntu (entweder durch ein Paket wie gnome-wobbly-windows oder durch meinen manuellen Versuch, Bildschirmrisse im Jahr 2017 zu beheben). Diese letzten 2 Zeilen in/etc/environment über CLUTTER müssen auskommentiert (oder vollständig gelöscht) werden:

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

Wenn Sie diese Änderung nicht vornehmen, ist das Video in Ubuntu Gnome Desktop mit nvidia-Treibern fragmentiert und abgehackt. Soweit ich weiß, wurden diese beiden Zeilen von einigen Spezialeffekt-Paketen in älteren Ubuntu-Versionen (möglicherweise 17.10) eingefügt und verursachten mir nur mit Gnome, aber nicht mit XFCE4 große Probleme. Da das Problem nur in Gnome auftrat, wusste ich, dass es kein Nvidia-Problem war. ( Grafikproblem unter Ubuntu 18.04 - unscharfer Text + Bildschirmflimmern )

Informationen zur Fehlerbehebung mit dem neuen Kernel: Ich bin bereit, es erneut zu versuchen, möchte jedoch, dass jemand berät, ob es sinnvoll ist, es überhaupt zu versuchen, und wie es am besten geht.

2
pauljohn32

Ich habe eine Möglichkeit, das Problem mit dem "schwarzen Bildschirm" von GDM zu beheben. Lesen Sie den Beitrag im Nvidia Linux-Forum: https://devtalk.nvidia.com/default/topic/1044730/linux/x-displays-in-a-small-section-of-screen-something- in-my-grub-setup-wrong -

Ich habe einige Änderungen vorgenommen, bevor wir das grundlegende Problem verstanden haben. Das gdm-Paket hat irgendwann den Benutzer gdm mit einer falschen Benutzernummer erstellt und den Basisordner des Benutzers in/home/gdm erstellt. Um dies zu beheben, musste ich das Entfernen des GDM-Pakets erzwingen und dann den GDM-Benutzer manuell aus/etc/passwd und/etc/group löschen. Bei der Neuinstallation bekam ich einen neuen GDM-Benutzer mit einer UID unter 1000 und keinem neuen Ordner in/home/gdm. Diese Änderung selbst kann das Problem beheben. Es ist sicher, dass es den schwarzen Bildschirm des Todes verursacht, wenn Ihre Benutzer-ID (in/etc/passwd) größer als 1000 ist.

Ich habe jedoch andere Änderungen vorgenommen. Mit dem neuesten Ubuntu-Kernel bin ich sicher, dass die folgenden Boot-Elemente erforderlich sind, um zu verhindern, dass der schwarze Bildschirm des Todes nach dem Fortsetzen angehalten wird:

Das sind die Schritte, die ich unternommen habe. Ich habe einen Block in der Datei/etc/default/grub wie folgt:

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"

Es gibt einen Kernel-Bug, der dies erfordert (laut Nvidia-Forum).

Zweitens, in/etc/default/wurde vorgeschlagen, dies zu setzen

[daemon]
WaylandEnable=false

Dies wurde benötigt, um gdm zu ermutigen, X11 anstelle von Wayland zu verwenden. Nach dem heutigen Test finde ich jedoch, dass gdm3 startet, unabhängig davon, ob ich diese Einstellung habe oder nicht.

Drittens starte ich nvidia-driver-410. Ich glaube, das wird auch mit NVIDIA-Treiber-390 oder NVIDIA-Treiber-415 funktionieren. Nachdem der GDM-Fix jedoch funktioniert hatte, stoppte ich das Einstecken von alternativen Treibern.

Die nvidia-Treiber werden von der PPA installiert:

$  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: Ich habe vergessen, diese zusätzliche Änderung zu erwähnen:

in /lib/modprobe/nvidia-kms.conf habe ich die kms-Moduseinstellung deaktiviert:

$ 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

Ich glaube, das war ein wichtiger Schritt, um mit dem Problem umzugehen, dass der Laptop-Bildschirm vom X11-Display nicht "ausgefüllt" wurde.

2
pauljohn32