Frage Ubuntu 18.04 - Dell XPS13 9370 hängt nicht mehr auf Deckel schließen


Dies funktionierte perfekt am 17.10, aber nach dem Upgrade auf 18.04 gestern, wenn der Deckel geschlossen ist, wird der Bildschirm ausgeschaltet, aber nicht richtig aufgehängt.

Ich reise viel herum und merke sofort die Hitze (und das Ablaufen der Batterie), wenn ich es aus dem Reisekoffer nehme.

Ich habe versucht, diese Zeilen in /etc/systemd/logind.conf auskommentieren

HandleLidSwitch=suspend
HandleLidSwitchDocked=suspend

und neu gestartet, aber machte keinen Unterschied.


27
2018-04-29 00:24


Ursprung


Abstimmung, weil ich das gleiche Problem am 18.04 wie vor ein paar Tagen habe. Vorher war am 17.04. Auf einem Dell XPS15. Kannst du überprüfen, ob dein Suspend (d. H. Nur Suspend ausführen ohne den Deckel zu schließen) auch nicht richtig funktioniert? Wenn ja, das gleiche Problem hier. - collisionTwo
@collisionTwo gleich hier. Dell XPS 9560, 18.04. Wenn Sie auf "Suspend" (Anhalten) klicken, wird das System nicht wirklich angehalten, es wird heruntergefahren. - karlgrz
Ich hatte vorher den hier erwähnten Hack am 16.04 benutzt, hat super gearbeitet, müsste wohl wieder darauf zurückgreifen. Ich hoffte, es zu vermeiden, aber / achselzuckend: karlgrz.com/dell-xps-15-ubuntu-tweaks - karlgrz
Ich könnte mit diesem Hack herumspielen. Merkwürdiges Ding hat am 17.04. Für mich ganz gut funktioniert. Mein Problem ist ein wenig anders - wenn ich "suspendiere", entweder manuell oder durch Schließen des Deckels, schaltet es den Bildschirm und die Tastatur aus, aber die Lüfter bleiben an, die Power-Lampe bleibt an und versucht, sie aus diesem Zustand zu wecken funktioniert überhaupt nicht. - collisionTwo
@collisionTwo ja, du hast Recht. Es passiert, wenn Sie auch manuell aussetzen! - Murray


Antworten:


Ich denke, dank dieser zwei Quellen konnte ich herausfinden, was vor sich ging: Dell XPS 13 (9370) ArchLinux Installieren Sie Notizen und Arch Linux Forum.

Aus irgendeinem Grund geht der Laptop nicht mehr in den Tiefschlaf, sondern eher ein s2idle Modus, der lediglich eine Bildschirmsperre ist.

Diagnose des Problems

Um zu überprüfen, ob dies für Ihr System der Fall ist, setzen Sie den Laptop mit Ihrer bevorzugten Methode aus (schließen Sie den Deckel, drücken Sie Fn+End, schreiben pm-suspend in einem Terminal, wenn Sie haben pm-utils installiert, oder drücken Sie die Windows Schlüsselart suspend und drücke die Enter Schlüssel).

Wachen Sie aus dem Suspend-Modus auf und geben Sie ein Terminal ein: sudo journalctl | grep "PM: suspend" | tail -2. Wenn die Ausgabe ist

May 13 18:41:00 mex kernel: PM: suspend entry (s2idle)
May 13 20:52:36 mex kernel: PM: suspend exit

Dann kommst du nicht in tiefen Schlaf. Sie können auch überprüfen cat /sys/power/mem_sleep was zurückgeben sollte

[s2idle] deep

Dies bestätigt, dass der Standard-Suspend-Modus s2idle ist (da er in Klammern hervorgehoben ist).

Temporäre Lösung

Um eine temporäre Lösung zu versuchen, tun echo deep > /sys/power/mem_sleep als root-Benutzer. Überprüfen Sie, ob es erfolgreich war, indem Sie auf die Ausgabe von suchen cat /sys/power/mem_sleep was sein sollte

s2idle [deep]

dann den Laptop aussetzen und wieder aufwachen. Ob sudo journalctl | grep "PM: suspend" | tail -2 kehrt zurück

May 13 18:41:00 mex kernel: PM: suspend entry (deep)
May 13 20:52:36 mex kernel: PM: suspend exit

Dann sollte das Problem behoben sein. Sie können Ihren Computer für einige Stunden in den Ruhezustand versetzen und prüfen, ob sich der Batterieverbrauch verbessert hat.

Permanente Lösung

Um es dauerhaft zu machen, müssen Sie Ihre Bootloader-Cmdline bearbeiten. Bearbeiten Sie dazu als Root-Benutzer die Datei / etc / default / grub, indem Sie zum Beispiel ausführen sudo -H gedit /etc/default/grub. Ersetzen Sie die Zeile

GRUB_CMDLINE_LINUX_DEFAULT="quiet splash"

mit

GRUB_CMDLINE_LINUX_DEFAULT="quiet splash mem_sleep_default=deep"

und regeneriere deine Grub-Konfiguration (run sudo grub-mkconfig -o /boot/grub/grub.cfg).


23
2018-05-14 13:40



Alternative permanente Korrektur, bei der die Kernel-Parameter nicht geändert werden müssen: Installieren sysfsutils und echo 'power/mem_sleep = deep' > /etc/sysfs.d/mem_sleep.conf. sysfsutils ist ein kleiner Dienst, der einfach sysfs-Parameter wie diesen wiederherstellt. - StrangeNoises
Diese Methode funktioniert sicherlich, sie stellt jedoch ein anderes Problem dar. Es scheint, dass der Bluetooth - Adapter nicht in der Lage ist, zuverlässig aufzuwachen (es verschwindet normalerweise für mich nach dem zweite solcher Schlaf). Dies ist ein bekanntes Problem, das beschrieben und möglicherweise behoben wurde Hier, wo für die 9360 Sie haben eine Eigenart hinzugefügt, um den Adapter im Resume-Modus zurückzusetzen. Sieht so aus als wäre es in 4.17. Workaround btusb.enable_autosuspend = n erscheint nur in 4.16, so dass wir das auch noch nicht verwenden können. Möglicherweise muss Fedora installiert werden, um an dieser Konversation teilzunehmen und zu bestätigen, dass das gleiche Update für 9370 funktionieren würde. - StrangeNoises
Ich liebe diese eingehende Antwort, aber in Ubuntu 18 bekomme ich Probleme bei der echo deep Schritt, in dem ich einen bekomme echo: write error: Invalid argument. Das kann daran liegen, dass ich nicht richtig root bin. Ich kann nicht su - weil ubuntu es deaktiviert hat, also habe ich beides versucht sudo -i und sudo su - Caleb Jay
Sie müssen technisch keinen echo-Befehl ausführen, wenn Sie den Inhalt von ändern können /sys/power/mem_sleep zu s2idle [deep] manuell würde das funktionieren. Auch dies ist nur eine vorübergehende Lösung, Sie können versuchen, die permanente Korrektur und zurück, wenn es nicht funktioniert. - monty47
Auf Dell XPS 13 (9370), deep Der Suspend-Modus funktioniert nicht ordnungsgemäß, wenn die Festplattenverschlüsselung unter Ubuntu 18.04 aktiviert ist. dell.com/community/XPS/... - Akihiro HARAI


Versuchen Sie zu erstellen /etc/systemd/sleep.conf:

[Sleep]
SuspendMode=
SuspendState=mem

Und neu starten. Das scheint für mich zu funktionieren, obwohl ich mir nicht sicher bin, ob ich nicht auch mit der /etc/systemd/logind.conf Veränderung habe ich zuerst gemacht. In jedem Fall wird kein Wärme- oder Lüftergeräusch beobachtet, wenn es mit geschlossenem Deckel aufgehängt ist, und es reagiert auch nicht auf Ping über WLAN, was ich hätten bekommen, mit Unterbrechungen, vorher.

Die Batterielebensdauer sinkt weiterhin, obwohl sie ausgesetzt ist, wahrscheinlich, weil die Arbeitsweise des Suspendierens weniger effizient ist als die standardmäßige, ideale Methode, die anscheinend nicht richtig funktioniert, aber sie scheint besser zu sein als das Standardverhalten.

Versucht auf meinem XPS 13 9370, ich weiß nicht über ältere Modelle, obwohl es wahrscheinlich, dass sie ähnlich sein werden.

Ich hatte versucht zu installieren pm-utils und verwenden pm-suspend und das schien ziemlich effektiv zu suspendieren, also wollte ich sehen, ob ich etwas machen könnte systemd-suspend mach das selbe.

Ich schaute mir die Skripte an pm-utilsum herauszufinden, was es tatsächlich tat, und es sieht so aus, als würde es in dieser Situation tun echo -n "mem" > /sys/power/state. Also habe ich das erstellt /etc/systemd/sleep.conf Datei wie oben gezeigt, um es zu entsprechen.

Es ist nicht ganz klar, was das Standardverhalten ist. Die Manpage für systemd-sleep.conf sagt, dass die Distro enthalten sollte /etc/systemd/sleep.conf Wenn die kompilierten Standardwerte auskommentiert sind, können Sie diese Informationen sehen, aber in Ubuntu fehlt diese Datei. Das ist mir aufgefallen, wenn du das getan hast cat /sys/power/state du erhältst:

freeze mem

Also bin ich Raten das ist es, was es standardmäßig macht. Meine Vermutung ist das freeze kann akzeptiert werden, da es keinen Fehler auslöst, der andernfalls dazu führen würde, dass sich systemd weiterbewegt mem, aber vielleicht nicht wirklich Arbeit richtig oder zuverlässig aus komplexen Gründen, die wir nicht zu bestimmen vermögen. Also einfach senden mem stattdessen ist ein hoffnungsvoller Stich darauf, das zu vermeiden und einfach was zu tun pm-suspend tut.

Ich vermute, die SuspendMode-Einstellung ist eigentlich überflüssig und macht sowieso nichts. Ich vermute das, weil cat /sys/power/disk Du bekommst nur Folgendes:

[disabled]

Bin ein neuer Benutzer, der nicht in der Lage ist, mit einer Beobachtung zu kommentieren, gezwungen, es als eine Antwort zu präsentieren, als ob ich darin superbewusst wäre! Aber ich denke, es funktioniert.


8
2018-05-01 21:27



Bevor Sie Ihre Änderungen ausprobieren, $ cat /sys/power/disk aufgedeckt: [platform] shutdown reboot suspend test_resume - WinEunuuchs2Unix


Die anderen Antworten hier sind exzellent, ausführlich und gut recherchiert.

Leider haben sie nicht für meine spezielle Maschine funktioniert :(

Wenn Sie nVidia-Grafiken haben, scheint es eine Lösung zu geben, die für eine gute Anzahl von Leuten funktioniert, hilfreich zur Verfügung gestellt von Cascagrossa in der Antwort auf diese Frage: Ubuntu 18.04 stürzt beim Wiederaufnahme aus dem Suspend ab

Es wird vermutet, dass es sich um einen Buggy-Nouveau-Treiber handelt, und kann Probleme durch Aussetzen beheben nouveau.modeset = 0 zu grub und wurde in den Kommentaren für die Behebung des Problems auch für andere bestätigt.

Ich habe Intel-Grafik auf meinem Problem-Rechner und merkwürdigerweise hatte ich keine Suspend-Probleme mit Ubuntu oder Kubuntu 18.04 auf mindestens 3 anderen Rechnern (meinem und meinem eigenen), also warum ist dieser spezielle Rechner so ein Douche darüber ist unklar.

Ich empfehle jedem, der diese Art von Problem hat, diesen Schritten zu folgen, um das Problem zu identifizieren:

  1. Haben Sie NVIDIA-Grafiken? Wenn ja, versuchen Sie die nouveau.modeset = 0 Grub-Trick.

  2. Überprüfen Sie, ob der Suspend überhaupt funktioniert. Wenn Sie den Deckel schließen und ihn später öffnen und er nicht aufwacht, kann es so aussehen, als würde er nicht wieder aufgenommen werden.

    • Sie sollten Suspend auf jedem Desktop manuell auswählen können, aber es ist leicht in Gnome Shell versteckt - Sie können entweder die Ein / Aus-Taste vom oberen rechten Menü des Bildschirms aus lange drücken oder auf diese Schaltfläche klicken, während Sie Alt gedrückt halten oder die Super-Taste drücken und 'suspend' eingeben

    • Durch Auswahl von Suspend können Sie das überprüfen Der Bildschirm ist ausgeschaltet, das Power-LED blinkt wie es sein sollte, und Sie würden das erwarten Jeder laufende Ventilator wird auch aufhören. Wenn das alles passiert, aber dann Sie können Ihre Maschine nicht aufwecken, dann scheint es eher ein "Resume" -Problem als ein "Suspend" -Problem zu sein.

    • Mein Problem war, dass es nicht so ist tatsächlich in den Suspend-Modus und Murray, der die ursprüngliche Frage stellte, als er von collisionTwo gebeten wurde, dies zu überprüfen, erkannte, dass das Problem bei der manuellen Suspendierung auch auftrat.

    • In meinem Fall (auf dem einen Problem Laptop), der Bildschirm wird leer, aber die Power-LED bleibt an und wenn der Lüfter läuft, läuft er weiter. Das Gerät reagiert nicht auf Tastendrücke, Touchpadbewegungen oder Klicks oder Drücken der Netztaste. Das einzige, was getan werden kann, ist, es herunterzufahren.

    • Ich habe versucht, Musik zu spielen, während ich in den Suspend-Modus gehe (um zu überprüfen, dass nicht nur der Bildschirm leer ist), sondern die Musik stoppt und die Maschine hat im Prinzip versagt.

  3. Versuchen Sie Ihr Gerät mit einem Live USB von 18.04 und prüfen Sie, ob Sie ähnliche Suspend-Probleme haben.

    • Dies wird nur bestätigen, dass die Suspend-Probleme nicht mit zusätzlichen Programmen, die Sie installiert haben, zu tun haben.

    • In meinem Fall vermutete ich, dass es daran lag, dass ich installiert hatte tlp was den Suspend-Modus irgendwie gestört haben könnte, aber das gleiche Verhalten trat bei einem Live USB von Ubuntu 18.04 und Kubuntu 18.04 auf

  4. Probieren Sie die anderen beiden gut erforschten Lösungen von monty47 und StrangeNoises aus und sehen Sie, ob Sie gute Ergebnisse erzielen. 

    • Sie scheinen einer Reihe von Leuten geholfen zu haben, am 18.04. Ordnungsgemäß wieder aufzustehen und zu laufen, und könnten mehr damit zu tun haben, dass die Maschine in eine s2idle Staat statt der Schlaf (tief) Modus einer üblichen "Suspend".
  5. Wenn keine der Lösungen funktioniert, um Ihre Aussetzungsfehler am 18.04 zu beheben, versuchen Sie es mit der folgenden akzeptierten Antwort:  Ubuntu 18.04 stürzt beim Wiederaufnahme aus dem Suspend ab

    • Die bereitgestellte Lösung von Matalak (der auch die Frage stellte) war zu verwenden UKUU einen älteren 4.14-Kernel ausprobieren.

    • Meine Problemmaschine hatte keine Suspendprobleme mit Ubuntu 17.10 und Kubuntu 17.10, also macht es Sinn, da 17.10 den 4.14 Kernel benutzt. Es unterbricht nun sowohl Ubuntu 18.04 als auch Kubuntu 18.04 mit dem Kernel 4.14.

  6. Wenn Sie die anderen Lösungen ausprobiert haben und nur Ihre Suspend-Probleme beheben konnten, indem Sie zu einem 4.14-Kernel zurückkehrten, könnte Sie der Fehlerbericht interessieren:  https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1774950

    • Es scheint nur einige wenige Maschinen mit einer bestimmten Kombination von Hardware zu betreffen, und es kann schwierig sein, sie unter anderen neuralgischen Problemen oder Problemen zu identifizieren.

    • Es scheint häufiger für diejenigen, die eine Bay Trail Atom Celeron / Pentium laufen, aber andere haben ein ähnliches Problem mit anderen Maschinen gemeldet.

    • Wenn Sie Ihr kern.log nach diesem fehlgeschlagenen Suspend überprüfen können (d. h. sobald Sie Ihren Rechner heruntergefahren und neu gestartet haben) Sie werden es vielleicht bemerken PM: Eintrag aufheben (tief) und dann haben Sie keine weiteren Einträge abgesehen von den vielen Zeilen des Hochfahrens.

    • Es gibt derzeit einen Patch, der das Problem zu lösen scheint.

    • Wenn Sie dem Bugreport Ihre Stimme hinzufügen möchten, wäre es interessant zu sehen, welche Maschinen betroffen sind (und prüfen, ob der Patch das Problem für alle beseitigt).

Ich versuche auch, "Probleme in 18.04 zusammenhängen" in diesem Thread zusammenzufassen: https://ubuntuforums.org/showthread.php?t=2395562&p=13780724#post13780724


2
2018-06-06 19:28





Ich möchte nur eine Antwort auf die Benutzer von Thinkpad X1 Carbon 6. Gen hinzufügen, die eine ähnliches Symptom h. Batterieentladung, während sie ausgesetzt ist, was auch dadurch verursacht wird, dass sie nicht eintritt tief Schlafmodus.

Dieses Problem wird diskutiert Dieser Thread im Lenovo-ForumKurz gesagt, das X1C6 entschied sich für Windows Modern Standby. Wenn Sie diesen Thread sorgfältig lesen, würden Sie das sehen Obwohl das Symptom geteilt wird, unterscheiden sich die Ursachen stark zwischen dem XPS 13 9370 und dem X1C6. z.B. Die Ausgabe von cat /sys/power/mem_sleep auf dem X1C6 wäre nur [s2idle] Hinweis auf fehlende Unterstützung für deep Schlaf.

Die bisher für diese Frage geposteten Lösungen gelten nur für das XPS 13 und nicht für das X1C6. Soweit ich weiß, ist die beste Lösung für das Suspend-Modus-Problem des X1C6 die Anwendung eines DSDT Patch zuerst gegeben von Delta Xiund anschließend aktualisiert von PombeirP. Dieser Beitrag führt Sie durch, wie Sie den Patch anwenden, aber stellen Sie sicher, dass Sie den Post und alle seine Updates vor allen Aktionen lesen.

Ich hab geschrieben ein Kernstück Ich dokumentiere Probleme im Zusammenhang mit der Installation von Ubuntu 18.04 auf dem Thinkpad X1 Carbon 6. Gen einschließlich Lösungen, die ich über das Problem des langsamen Starts durch LVM gefunden habe dieses Tiefschlafproblem.


1
2017-08-14 15:26