Schwarzer Bildschirm nach dem Ruhezustand

Ich habe das folgende Problem festgestellt: Nach dem Ruhezustand (über einen Befehl sudo systemctl hibernatein einem Terminal oder über das Menü oben rechts auf dem Ubuntu-Desktop) wird ein schwarzer Bildschirm angezeigt (obwohl alle Geräte zu funktionieren scheinen. Der Lüfter funktioniert!) Und ich bin dazu gezwungen Starten Sie das Betriebssystem neu, da der Lebenslauf fehlgeschlagen ist und ich nicht in einen "gespeicherten Zustand" zurückkehren kann. Der Inhalt in etc/polkit-1/localauthority/50-local.d/com.ubuntu.enable-hibernate.pklaist:

    [Re-enable hibernate by default in upower]
Identity=unix-user:*
Action=org.freedesktop.upower.hibernate
ResultActive=yes

[Re-enable hibernate by default in logind]
Identity=unix-user:*
Action=org.freedesktop.login1.hibernate;org.freedesktop.login1.handle-hibernate-key;org.freedesktop.login1;org.freedesktop.login1.hibernate-multiple-sessions;org.freedesktop.login1.hibernate-ignore-inhibit
ResultActive=yes

Zusatzinfo: Ubuntu-Version: 16.04LTS

Kernelversion:

uname -r
4.13.0-26-generic

Grafik Info:

udo lspci | grep -E 'VGA|Display'
[sudo] password di michele: 
00:02.0 VGA compatible controller: Intel Corporation 2nd Generation Core Processor Family Integrated Graphics Controller (rev 09)
01:00.0 VGA compatible controller: Advanced Micro Devices, Inc. [AMD/ATI] Whistler [Radeon HD 6730M/6770M/7690M XT] (rev ff)
michele@michele-ubuntu:~$ sudo lshw -c display | grep driver
       configuration: driver=i915 latency=0

CPU info:

sudo lscpu
[sudo] password di michele:
Architecture: x86_64
CPU op-mode(s): 32-bit, 64-bit
Byte Order: Little Endian
CPU(s): 8
On-line CPU(s) list: 0-7
Thread(s) per core: 2
Core(s) per socket: 4
Socket(s): 1
NUMA node(s): 1
Vendor ID: GenuineIntel
CPU family: 6
Model: 42
Model name: Intel(R) Core(TM) i7-2630QM CPU @ 2.00GHz
Stepping: 7
CPU MHz: 1995.561
CPU max MHz: 2900,0000
CPU min MHz: 800,0000
BogoMIPS: 3991.12
Virtualization: VT-x
L1d cache: 32K
L1i cache: 32K
L2 cache: 256K
L3 cache: 6144K
NUMA node0 CPU(s): 0-7
Flags: fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx rdtscp lm constant_tsc arch_perfmon pebs bts rep_good nopl xtopology nonstop_tsc cpuid aperfmperf pni pclmulqdq dtes64 monitor ds_cpl vmx est tm2 ssse3 cx16 xtpr pdcm pcid sse4_1 sse4_2 x2apic popcnt tsc_deadline_timer aes xsave avx lahf_lm epb pti tpr_shadow vnmi flexpriority ept vpid xsaveopt dtherm ida arat pln pts

Warum schlägt die Wiederaufnahme fehl? Vielen Dank im Voraus für Ihre Hilfe.

Dies scheint ein Fehler im Kernel zu sein 4.13.0-26-generic. Den Fehlerbericht finden Sie hier: https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1743094?comments=all

Die Lösung besteht darin, den Kernel auf downzugraden 4.10.0-42-generic, aber denken Sie daran, dass Sie den Patch für Meltdown und einige Spectre-Schutzmaßnahmen verlieren werden. Die Mainline-Kernel beheben ebenfalls das Problem.

Ich habe gerade xUbuntu 16.04LTS auf einem neuen LG Gram Laptop installiert und bin auf dasselbe Problem gestoßen. Ich lasse Kernel laufen 4.13.0-36-generic. Um zu bestätigen, dass es sich nicht um etwas anderes handelt, habe ich Folgendes getan, um sicherzustellen, dass der Ruhezustand eingerichtet wurde:

• Deaktivieren Sie den sicheren Start
• erstellen /etc/polkit-1/localauthority/50-local.d/com.ubuntu.enable-hibernate.pkla

• Fügen Sie Folgendes in die Datei ein und speichern Sie:

  [Ruhezustand in Upower standardmäßig wieder aktivieren] Identität = Unix-Benutzer: * Aktion = org.freedesktop.upower.hibernate ResultActive = yes

  [Ruhezustand in logind standardmäßig wieder aktivieren] Identität = Unix-Benutzer: * Aktion = org.freedesktop.login1.hibernate; org.freedesktop.login1.handle-hibernate-key; org.freedesktop.login1; org.freedesktop.login1 .hibernate-multiple-sessions; org.freedesktop.login1.hibernate-ignore-inhibit ResultActive = yes

• bestätigte cat /sys/power/diskAusgabeshutdown reboot suspend test_resume

Jetzt wird das System in den Ruhezustand versetzt, aber es wird ein schwarzer Bildschirm angezeigt, als ob es beim Fortsetzen eingefroren wäre. Ich konnte nicht mit CTRL+ALT+F1oder zurück zum Terminal gelangen, um mit CTRL+ALT+F7Befehlen oder ssh von einem anderen Computer aus auf dem Computer anzuzeigen .

Die Auswahl eines älteren Kernels ( 4.10.0-28-generic) beim Booten, wie hier vorgeschlagen , hat bei mir funktioniert, aber ich war besorgt über die Sicherheit. Also habe ich versucht, das ukuu- Tool zu verwenden, um die einfache Installation von Mainline-Kernels zu ermöglichen und ein einfaches Rollback zu ermöglichen. Ich habe es versucht 4.14-21(Teil von LTS) und es funktioniert bisher ohne Probleme.

Ähnliche Themen hier .

Ich benutze Ubuntu 17.10 und nach dem Upgrade von 17.04 hatte ich dieses Problem (schwarzer Bildschirm nach Suspend / Hibernate).

Ich versuche, den Linux-Kernel mit ukuu zu ändern, aber kein Erfolg.

Nachdem ich viel Zeit mit diesem Problem verbracht habe, löse ich es, indem ich Laptop-Mode-Tools installiere.

sudo apt-get install laptop-mode-tools

Nach der Installation verwenden Sie lmt-config-gui, um es zu konfigurieren. Funktioniert jetzt perfekt.

Meine Kernel-Version ist 4.15.13-041513-generic

Vielleicht ist das Wechseln des Schließfachs einen Versuch wert, wenn Sie xubuntu verwenden, können Sie xfce4-screensaver anstelle von light-locker verwenden.

Wie ändere ich:

sudo apt-get remove light-locker
sudo apt-get install xfce4-screensaver

Und dann neu starten.

Anstelle von xfce4-screensaver können Sie auch ein anderes Schließfach ausprobieren.

Ich habe gerade neu installiert und langsam mein Ubuntu-18.04 neu erstellt. Und nach jeder Neuinstallation teste ich meinen Ruhezustand erneut.

Soweit mit einer Neuinstallation und sogar mit dem oben genannten ppa ...

sudo add-apt-repository ppa: Grafiktreiber ...

und ich habe Nvidia-396 (aktuellster {nicht getestet}) Treiber neu installiert und der Ruhezustand ist noch kein Problem - daher stehe ich korrigiert da.

Ich habe 2 Stellen gefunden, an denen sich Protokolle befinden, die eine Reihe funktionierender Aufgaben und Fehler anzeigen ... und ich wusste erbärmlich nicht, dass sie existieren. Ideal für die Fehlersuche. Für Ihre Info sind sie:

/ var / log / syslog ... und /var/log/pm-suspend.log

Sie können andere mit diesem skurrilen Problem helfen,

versuche zu helfen, Mark