Ubuntu 18.04 stürzt beim Fortsetzen ab

39

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.


quelle
Top aktuell! Es wurde gerade vor 2 Tagen veröffentlicht. Ich denke, dass Fehler erwartet werden können.
EODCraft Staff
4
Ein sehr ähnliches Problem seit dem Upgrade auf 18.04 auf einem XPS 9560.
collisionTwo
Matalak - Ich arbeite an einem Fehlerbericht, bei dem dasselbe Problem aufgetreten ist. Aus den Acer Aspire ES1-511-Spezifikationen geht hervor, dass Sie einen Intel Celeron N2830 haben. Können Sie mir sagen, ob Sie auch eine SSD als Hauptspeichergerät haben?
pHeLiOn
@collisionTwo - arbeitet noch am Fehlerbericht und verfolgt eine vage Theorie, dass eine Celeron-basierte Atom-CPU in Verbindung mit einer SSD Teil des Problems ist. Ihr XPS 9560 passt jedoch nicht zu meiner Theorie :) Können Sie mir mitteilen, ob Sie Ihr Suspend-Problem mit dem Nouveau-Treiber-Fix behoben haben (XPS 9560 hat nVidia-Grafiken?) Oder ob dies nicht funktioniert hat und Sie auf die Verwendung von zurückgreifen mussten einen 4.14er Kernel, um Suspend wieder zum Laufen zu bringen?
pHeLiOn
@pHeLiOn - Die Festplatte ist ein Toshiba MQ01ABF050, keine SSD. Allerdings hat es tatsächlich einen Intel Celeron N2830.

Antworten:

8

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.

pHeLiOn
quelle
8

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.


quelle
4.14.41 würde Einschmelzen und Schutz vor Gespenstern beinhalten.
WinEunuuchs2Unix
Das ist verwirrend. Was sind dann die Unterschiede zwischen 4.14 und 4.15+, die zu Problemen beim Anhalten / Fortsetzen führen können? Was auch immer sie sind, ich hoffe, dass sie in späteren Kernels wiederhergestellt werden.
Ich bin auch verwirrt. Ich habe 4.15, 4.16 und sogar den Kernel 4.17 ausprobiert, aber alle haben das gleiche Problem. Aber nur auf einem Laptop. Weitere 3 Laptops (einer mit sehr ähnlicher Hardware) hängen problemlos. Das einzige Update, das für meinen 'Problemlaptop' funktioniert, ist die Verwendung eines 4.14-Kernels (danke matalak für die Lösung - ich wollte gerade 17.10 ausführen und hoffe, 18.04 wurde behoben). Bitte helfen Sie mit dem Fehlerbericht (Link in meiner 'Antwort'), wenn Sie können, um dieses seltsame Verhalten zu verfolgen, das nur einige bestimmte Computer zu betreffen scheint.
pHeLiOn
Ich bin endlich dem folgenden Fehlerbericht beigetreten : bugs.launchpad.net/ubuntu/+source/linux/+bug/… . Danke, dass du es zusammengestellt hast!
Haha! Ausgezeichnet! Vielen Dank, Matalak. Ich bin ein bisschen besessen von diesem Puzzle, weil es nicht viel Sinn macht, dass es nur einige bestimmte Maschinen betrifft. Ich hatte anfangs Bedenken, dass keiner der Entwickler viel Aufmerksamkeit darauf richten würde, aber sie gaben mir die Anweisung, den Kernel zwischen 4.14 und 4.15 zu halbieren, und (13 Kernel-Installationen später) bekam ich ein Ergebnis, das hoffentlich beim Fixieren von Nutzen sein sollte die Schlaflosigkeit. Wir könnten nicht für immer auf einem 4.14-Kernel stecken bleiben :)
pHeLiOn
4

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.

cascagrossa
quelle
Das hat leider nicht geklappt. Sollte die Leitung aussehen GRUB_CMDLINE_LINUX="nouveau.modeset=0"?
Ich habe das gleiche Verhalten mit einem Laptop, der Intel Graphics verwendet. Ich vermute, es hat nichts mit der Grafikkarte zu tun, da 3 andere Laptops, die Intel Graphics verwenden, ohne Probleme angehalten werden.
pHeLiOn
1
@pHeLiOn - hast du auch eine zweite Grafikkarte im Laptop? Die meisten Antworten, die ich hier und anderswo gesehen habe, deuten darauf hin, dass es sich um ein Problem mit nVidia-Grafiken handelt. Das ist, was ich habe, und diese Antwort hat für mich funktioniert.
kdgregory
@kdgregory - nein, in meinem 'Problemlaptop' befindet sich keine sekundäre Grafikkarte. Es ist nur Intel Graphics. Das Acer Aspire ES1-511 von Matalak scheint Intel Graphics zu sein, soweit ich das anhand der technischen Daten beurteilen kann.
pHeLiOn
@kdgregory - aber ja, es gibt oft Probleme mit den nvidia-Grafikkartentreibern, die den Bildschirm leer lassen. Wenn Matalaks Verhalten das gleiche ist wie das meine, scheint das Problem zu sein, dass es nicht tatsächlich in den Suspend-Modus geht, sondern stattdessen den Bildschirm löscht und sich festsetzt und dann nur heruntergefahren werden kann.
pHeLiOn
2
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

Stuart Trusty
quelle
Willkommen bei Ask Ubuntu! ;-) Ähm, wie unterscheidet sich diese Antwort von der bereits akzeptierten Antwort?
Fabby
2
für den Anfang hat es aktuelle Befehle ... vielleicht wäre es besser gewesen, eine Änderung der anderen Antwort vorzuschlagen
Zanna
Glücklicherweise waren diese Befehle in der angegebenen URL enthalten. Trotzdem danke für die Hilfe!
2

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!

Gerhard Hagerer
quelle
Suspend scheint bei mir zu funktionieren. Es ist Ruhezustand, der für mich am Lebenslauf hängt.
Stewart
1
Ich habe tatsächlich alle Probleme beseitigt, indem ich zuerst den nvidia-Treiber entfernt, den neuesten Kernel über ukuu installiert und schließlich den neuesten nvidia-Treiber von der nvidia-Website installiert habe.
Gerhard Hagerer
0

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!

markackerman8-gmail.com
quelle
0

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.

David
quelle
0

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

everCurious
quelle
Während dies theoretisch die Frage beantworten mag, wäre es vorzuziehen , die wesentlichen Teile der Antwort hier aufzunehmen und den Link als Referenz bereitzustellen.
Kevin Bowen