Mein Notebook mit Intel + Nvidia-Karte kann nach dem Suspend nicht fortgesetzt werden. Ich habe Kubuntu 17.04 mit 4.10.0-19 Kernel installiert. Ich verwende eine Intel-GPU (der Nvidia-Treiber ist nicht einmal installiert). Dieses Problem ist auch mit 16.10 aufgetreten.
Wenn ich versuche, nach dem Anhalten fortzufahren, friert alles auf dem halb sichtbaren Anmeldebildschirm ein. Selbst die Tastatur funktioniert nicht (wenn ich CapsLock oder NumLock drücke, leuchten die LEDs nicht auf)
Jede Hilfe bei der Prüfung des Problems wird gebeten.
Bearbeiten: Das Suspend-Protokoll finden Sie hier: https://pastebin.com/Ere0JRwF
Bearbeiten: Die dmesg | less
Ausgabe finden Sie hier: https://pastebin.com/zx3QQYVG
pastebinit /var/log/pm-suspend.log
Ihre Frage ausführen und anschließend bearbeiten, um den generierten Link einzuschließen?sudo PM_DEBUG=true pm-suspend
und das sollte die Datei erstellen. Beachten Sie, dass dadurch Ihr Computer angehalten wird, sodass das Problem wahrscheinlich erneut auftritt. Diepm-suspend.log
Log-Datei sollte es sein , wenn Sie wieder starten.Antworten:
Lösung: Aktualisieren Sie auf Kernel 4.13.1.
Ich hatte seit 2 Jahren Probleme mit diesem Problem auf meinem Lenovo G40-Laptop. Kürzlich habe ich ein Upgrade auf den neuesten Kernel 4.13.1 durchgeführt. Das Problem wurde zu 100% gelöst. Funktioniert perfekt. Getestet mit Ubuntu 16.04, Ubuntu 17.04, CentOS 7, Fedora 26, Linux Mint 18.2, OpenSuse 42.3. Alle Betriebssysteme funktionieren einwandfrei mit Kernel 4.13.1. Wenn ich den Laptopdeckel schließe und öffne, wacht er reibungslos aus dem Suspend auf.
ukuu --- Ubuntu Kernel Upgrade Utility:
http://www.teejeetech.in/p/ukuu-kernel-upgrade-utility.html
quelle
Um Probleme mit dem Suspend zu diagnostizieren, lesen Sie zunächst die Details in der
log-file /var/log/pm-suspend.log
Wenn das
log-file /var/log/pm-suspend.log
nicht existiert, führen Sie es einfachsudo PM_DEBUG=true pm-suspend
in einem Terminalfenster aus. HINWEIS: Dadurch wird Ihr Computer angehalten, sodass das Problem wahrscheinlich erneut auftritt. Diepm-suspend.log
Protokolldatei sollte jedoch vorhanden sein, wenn Sie den Computer neu starten.Die Datei sollte eine Reihe von enthalten
Anweisungen (zusammen mit Hook-Statusmeldungen und anderen nützlichen Dingen), gefolgt von einer Reihe von
Aussagen.
Irgendwo auf dem Weg werden jedoch wahrscheinlich einer oder mehrere von diesen einen Fehler zurückgeben und an diesem Punkt wird das Anhalten gesperrt. Möglicherweise wird eine Reihe von Suspend-Änderungen rückgängig gemacht. Um das Problem zu lokalisieren, müssen Sie normalerweise nur identifizieren, welcher Serviceabruf den Fehler auslöst.
In diesem Fall scheint die Protokolldatei keine Dienstanweisungen zu enthalten.
[servicename] suspend resume
Als nächsten Schritt können Sie das Notebook erneut anhalten und versuchen, durch Drücken des Netzschalters fortzufahren. Nehmen Sie sich ein paar Minuten Zeit und halten Sie den Ein- / Ausschalter 5 Sekunden lang gedrückt, wenn der Neustart fehlschlägt. Öffnen Sie beim Neustart ein Terminal undrun dmesg | less
. Bitte aktualisieren Sie die ursprüngliche Frage, um die Ausgabe von aufzunehmendmesg | less
.Ich würde auch vorschlagen, zu überprüfen, ob Ihre Swap-Partition richtig eingestellt ist, und insbesondere, ob sie mindestens so groß ist wie Ihr installierter Arbeitsspeicher. Dies ist eine praktische FAQ zu Swap .
UPDATE: Die von
dmesg | less
Ihnen veröffentlichte Ausgabe enthält die folgende Zeile:(Zeile 574 in der Datei) Auch dies deutet auf ein Problem mit dem Ruhezustand (Suspend-to-Disk) hin. Wenn Sie jedoch sicher sind, dass Ihr Problem tatsächlich mit Suspend (dh Suspend-to-RAM) zusammenhängt, kann dies nicht der Fall sein es. Ich kann auch keine gemeldeten Probleme mit Ihrer Intel / NVIDIA-Grafik sehen.
quelle