Ubuntu 18.04 stürzt beim Fortsetzen ab

Nachdem ich eine Neuinstallation von Ubuntu 18.04 LTS abgeschlossen und neu gestartet hatte, schloss ich den Acer Aspire ES1-511-Laptopdeckel und machte eine kleine Pause. Als ich zurückkam, um die neuen Funktionen von 18.04 weiter zu erkunden, ließ sich der Laptop nicht einschalten. Einer der internen Lüfter lief ziemlich laut, aber sonst nichts. Ich musste noch einmal neu starten.

Dies scheint in den Jahren von Ubuntu ein immer wiederkehrendes Problem zu sein. Ich habe mich seitdem mit dem Problem befasst, indem ich zuerst versucht habe, die Energieeinstellungen zu ändern gnome-control-centerund gnome-tweak-tooldann pm-utilsSystemdateien zu installieren , zu bearbeiten, die angeblich für die Unterbrechung verantwortlich sind, und viele weitere Versuche, die alle erfolglos sind. Ich habe sogar versucht, Ubuntu 18.04 Live von einem USB-Laufwerk auszuführen, und das gleiche Problem tritt immer noch auf.

Ich vermute, dass es ein Problem mit dem Kernel ist, da ich dieses Problem in der Vergangenheit mit dem Kernel 4.15 gesehen habe. Würde ein Upgrade auf den neuesten Linux-Kernel oder ein Downgrade auf eine stabilere Version das Problem lösen? Wurde das Problem behoben? Vielleicht kann ich nur eine Datei bearbeiten und das Ganze wäre gelöst ...

Einige Spezifikationen: Der aktuell ausgeführte Kernel ist 4.15. Der Computer ist, wie oben erwähnt, ein Acer Aspire ES1-511. Die Desktop-Umgebung ist Gnome 3.28.1. Ubuntu-Version ist 64-Bit 18.04.1 LTS.

Jede Hilfe wird geschätzt. Der Computer verliert viel Schlaf darüber.

Ich habe das gleiche Problem mit einem HP Pavilion 11 x360 festgestellt.

Das kern.log schlägt vor, dass es denkt, es sei in den Suspend-Zustand gegangen - PM: suspend entry (deep) - aber das System wird an diesem Punkt ausgelastet und es gibt dann keine weiteren Einträge, bis Sie herunterfahren und neu starten.

Ein "erfolgreicher Suspend" hätte weitere Einträge PM: Dateisysteme synchronisieren ... erledigt. , User Space Prozesse einfrieren ... etc

Der Bildschirm wird dunkel, aber die Betriebs-LED bleibt an (ebenso wie der Lüfter, wenn er bereits läuft) und es ist ein Hard-Reset (Gedrückthalten des Netzschalters) erforderlich, um die Maschine wieder verwenden zu können.

Sogar die Verwendung eines 18.04-Live-USB-Geräts führt zum gleichen Suspend-Problem, was darauf hindeutet, dass es nicht an zusätzlichen Programmen liegt, die ich installiert habe.

Drei andere verschiedene Laptops (meines und des Freundes) haben keine Probleme mit dem Suspend am 18.04 , was mich zu der Frage veranlasst , welche bestimmte Hardwarekombination dies verursacht.

Alle Laptops (einschließlich des "Problemkindes") verfügen über Intel-Grafiken.

Das 'Problemlaptop' wird mit Ubuntu 17.10, Kubuntu 17.10, Devuan Jessie, Devuan ASCII und Windows 10 problemlos angehalten, kann aber mit Ubuntu 18.04 und Kubuntu 18.04 nicht angehalten werden.

(Anfänglich trat das Suspend-Problem auch auf, wenn versucht wurde, die Kernel 4.15, 4.16 und 4.17 zu verwenden, aber die neueren Kernel 4.17 und 4.18 verfügen über ein Update, das es Suspend ermöglicht hat, wieder auf diesem Computer zu arbeiten.)

Die Verwendung von UKUU zur Installation des neuesten 4.14-Kernels (4.14.47) am 18.04 hat das Problem behoben. (Die akzeptierte Antwort von Matalak) - würde jetzt empfehlen, einen neuen 4.17- oder 4.18-Kernel zu testen .

Bearbeiten - Sehen Sie sich die Schritte hier an, um festzustellen, ob Ihr Problem möglicherweise durch andere Korrekturen behoben wurde : Ubuntu 18.04 - Dell XPS13 9370 wird beim Schließen des Deckels nicht mehr angehalten

Ich hatte Probleme, einen Fehlerbericht zu Suspend zu finden, der dazu führte, dass ein System am 18.04 nicht mehr reagierte, was darauf hindeutete, dass ein großer Teil der Benutzer nicht betroffen war.

Obwohl es gut ist, dass es nicht eine große Anzahl von Benutzern betrifft, kann es schwieriger sein herauszufinden, wo das Problem liegt, wenn nur eine Handvoll Leute Probleme mit ihrer spezifischen Hardware-Konfiguration haben.

Bearbeiten - Ein Fehlerbericht wurde geöffnet, der wahrscheinliche Schuldige wurde identifiziert und eine gepatchte Version des 4.15-Kernels wurde zusammengestellt, um das Suspend-Problem zu beheben. Der Patch befindet sich jetzt in den neueren Kerneln 4.17 und 4.18. Https: // bugs.launchpad.net/ubuntu/+source/linux/+bug/1774950

Further Edit - Ab dem 11. September 2018 verfügt der Standard-System-Update-Kernel (4.15.0-34) nun über den Patch, der von den freundlichen Entwicklern zurückportiert wurde und auf dem Problem-Laptop mit dem Intel N3540 wieder so funktioniert, wie er sollte. Viel Lob für ihre Arbeit!

Nur um klar zu sein, es ist ein Problem, wenn Sie versuchen, Ihren Computer am 18.04 anzuhalten, wo der Bildschirm leer wird (aber es wurde eindeutig nicht angehalten) und dann auf nichts anderes reagiert, als den Ein- / Ausschalter gedrückt zu halten um es herunterzufahren.

Ich habe das Problem gelöst, indem ich UKUU installiert und auf Kernel 4.14.41 heruntergestuft habe. Möglicherweise besteht eine Inkompatibilität mit der Hardware in späteren Kernelversionen.

Ich glaube, es ist der Buggy-Jugendstil-Fahrer. Versuchen Sie Folgendes hinzuzufügen:

 nouveau.modeset=0

um GRUB_CMDLINE_LINUXin der /etc/default/grubDatei, die nach diesem Lauf:

sudo update-grub
sudo reboot

Und voila hängt nicht mehr am Lebenslauf vom Suspend.

sudo add-apt-repository ppa:teejee2008/ppa
sudo apt update
sudo apt install ukuu
sudo ukuu --install v4.14.41

Ich habe gut daran gearbeitet, dieses Problem zu lösen, wenn ich mit den erweiterten Optionen für Ubuntu gebootet und diesen Kernel ausgewählt habe

Ich habe eine Problemumgehung für das Anhalten der Arbeit an Ubuntu 18.04 mit einer NVIDIA GeForce GTX 1050 Mobile und proprietären NVIDIA-Treibern 390 erhalten. Ich habe pm-suspend über installiert sudo apt-get install pm-utils. Dann wechsle ich mit Strg + Alt + F6 von der Gnome-Shell zum Terminal. Nach dem Login mache ich sudo pm-suspend. Nach dem Aufwachen aus dem Standby wechsle ich mit Strg + Alt + F1 zurück zur Gnome-Shell. Getan!

Ich hatte auch dieses Problem ... und ein Fix nach vielen vielen vielen Versuchen bestand darin, Ubuntu 18.04 neu zu installieren, und jetzt funktioniert es perfekt. Ich verwende auch Nvidias "getesteten" Treiber, da Nvidia der Schuldige war.

Vielleicht war es das "sudo add-apt-repository ppa: Grafiktreiber" ppa, das "Extra" -Stuff von der PPA und / oder dem 396-Treiber selbst installierte, was die Ruhezustandsfähigkeit meines Laptops beeinträchtigte.

In beiden Fällen funktioniert es derzeit einwandfrei mit dem vom NVidia 390 getesteten Treiber. Und zu Ihrer Information, es funktionierte auch lange mit dem 396-Treiber, wurde aber letzte Woche problematisch - WIEDER! SO obwohl ich die genaue Ursache nicht kenne ...

Es ist / war definitiv mit dem NVidia-Treiber verwandt, da vor dem Umstieg auf den Nouveau-Treiber auch alles funktioniert hat, aber mir hat diese Option sicher nicht gefallen.

Ich versuche zu helfen, Mark

ps hier sind meine anderen Tomboy-Notizen für andere Probleme mit Ubuntu und Hibernating

18/07 Fehlerbehebung

‣ Voraussetzungen - Unterstützt Ihr Kernel Suspend-to-Disk?

• Der Kernel unterstützt alles, was in / sys / power / state aufgelistet ist.

• cat / sys / power / state

• Erlaubte Einträge sind meines Wissens: mem, standby, freeze, disk. Erläuterung:

∘ mem - hat mehrere Bedeutungen, welche genau auf Ihrem System über cat / sys / power / mem_sleep ermittelt werden. Ich habe: s2idle [deep]

∘ Standby - Power-On Suspend (falls unterstützt)

∘ einfrieren - Standby (STI)

∘ disk - Suspend To Disk (STD), Ruhezustand. Das - du willst.

∘ meins sagt: Mem-Disk einfrieren - PERFEKT!

• Dann müssen wir überprüfen

• $ cat / sys / power / disk

‣ [Plattform] Herunterfahren Neustart Suspend Test_Resume

‣ [deaktiviert]

• (nicht sehr gut)

‣ Aktivieren Sie den Ruhezustand und fügen Sie ihn in das Menü - Easy-Peasy ein

• sudo apt installiert pm-utils cpufrequtils

• Testen Sie anschließend, ob der Ruhezustand auf Ihrem Computer funktioniert, indem Sie den folgenden Befehl ausführen:

• sudo pm-hibernate

• Schalten Sie den Computer nach dem Ausschalten wieder ein.

‣ Wurden Ihre geöffneten Anwendungen erneut geöffnet? Wenn dies der Fall ist, funktioniert der Ruhezustand nicht. Sie können überprüfen, ob Ihre Swappiness-Partition mindestens so groß ist wie Ihr verfügbarer Arbeitsspeicher, da dies das Problem möglicherweise löst. Ruhezustand nicht erlaubt!

∘ Test: pm-hibernate - (wenn das Paket pm-utils installiert ist) oder

∘ funktioniert! nach 18.04 neu installieren und noch kein nvidia

∘ systemctl Ruhezustand

∘ funktioniert! nach 18.04 neu installieren und noch kein nvidia

∘ Hibernate Option erneut zum Shutdown-Menü hinzufügen:

• 1. Bearbeiten Sie mit diesem Befehl eine bestimmte Datei.

• sudo gedit /var/lib/polkit-1/localauthority/10-vendor.d /com.ubuntu.desktop.pkla

• 2. Scrollen Sie im Textdokument nach unten und suchen Sie die folgenden Abschnitte:

∘ [Ruhezustand in Upower standardmäßig deaktivieren]

∘ [Ruhezustand standardmäßig in logind deaktivieren]

∘ Ändern Sie beide Werte von no in yes in:

∘ ResultActive = no (ändern Sie dies in yes)

‣ Speichern, beenden und neu starten - Fertig!

Mein Acer ES1-512 wurde am 18.04 gebaut und jetzt auf den 18.04.1 aktualisiert. Habe dieses Problem mit dem schwarzen Bildschirm im Suspend / Sleep-Modus seit dem 18.04.

Die folgenden Schritte lösten das Problem:

1. Der vorherige Kernel war 4.15.33 (hat einige automatische Updates benötigt) und das ist die Ursache für dieses Problem.
2. Herabstufung auf 4.14.41
3. Ändern Sie Grub, um "Advanced Option" zu übernehmen, und zeigen Sie auf 4.14.41
4. Regeneriere Grub
5. Starten Sie neu

Das ist es! Die Suspend- und Sleep-Funktion funktioniert jetzt einwandfrei. Hoffe das hilft.

Ich habe die meisten der oben aufgeführten Dinge ausprobiert. Schließlich landete ich auf win-raid.com, um zu sehen, ob dies ein BIOS-Problem ist. Und ich traf einen Gentleman, der vorschlug, das Modul i2c_hid vor dem Suspend zu entladen und nach dem Resume wieder zu laden. Und dann habe ich meinen Laptop mit dem acpi_call-Modul gesegnet, um die Akkuleistung 2x zu steigern.

https://www.win-raid.com/t4232f16-SOLVED-How-to-unlock-BIOS-options-of-rebranded-TONGFANG-chassis-systems-15.html#msg71683