Neustart von Dell XPS 15 (9550) nach dem Anhalten

9

Ich habe ein Dell XPS (9550 Revision - dies ist im Wesentlichen die gleiche Hardware wie die Precision 5510, die mit Ubuntu ausgeliefert wird) und erstaunlicherweise hat es mit 16.04 so gut wie immer sofort funktioniert. In den letzten Tagen hat Suspend im Akkubetrieb 1 nicht mehr funktioniert .

Grundsätzlich scheint der Laptop anzuhalten, aber wenn ich ihn aufwecke, durchläuft er den normalen Startvorgang.

Hier sind die letzten Zeilen /var/log/syslogaus der Suspend-Protokollierung:

Jan 14 13:06:10 xps15-laptop whoopsie[827]: [13:06:10] offline
Jan 14 13:06:11 xps15-laptop kernel: [   15.829125] IPv6: ADDRCONF(NETDEV_UP): wlp2s0: link is not ready
Jan 14 13:06:11 xps15-laptop wpa_supplicant[1300]: nl80211: deinit ifname=p2p-dev-wlp2s0 disabled_11b_rates=0
Jan 14 13:06:11 xps15-laptop nm-dispatcher: req:3 'down' [wlp2s0]: new request (1 scripts)
Jan 14 13:06:11 xps15-laptop nm-dispatcher: req:3 'down' [wlp2s0]: start running ordered scripts...
Jan 14 13:06:11 xps15-laptop wpa_supplicant[1300]: nl80211: deinit ifname=wlp2s0 disabled_11b_rates=0
Jan 14 13:06:12 xps15-laptop systemd[1]: Reached target Sleep.
Jan 14 13:06:12 xps15-laptop systemd[1]: Starting Suspend...
Jan 14 13:06:12 xps15-laptop systemd-sleep[2271]: Failed to connect to non-global ctrl_ifname: (nil)  error: No such file or directory
Jan 14 13:06:12 xps15-laptop systemd-sleep[2273]: /lib/systemd/system-sleep/wpasupplicant failed with error code 255.
Jan 14 13:06:12 xps15-laptop systemd-sleep[2271]: Suspending system...

Springt da draußen etwas raus? Die folgenden Zeilen scheinen genau das zu sein, was Sie von einem Kaltstart erwarten würden:

Jan 14 13:06:54 xps15-laptop rsyslogd: [origin software="rsyslogd" swVersion="8.16.0" x-pid="923" x-info="http://www.rsyslog.com"] start
Jan 14 13:06:54 xps15-laptop rsyslogd-2222: command 'KLogPermitNonKernelFacility' is currently not permitted - did you already set it via a RainerScript command (v6+ config)? [v8.16.0 try http
://www.rsyslog.com/e/2222 ]
Jan 14 13:06:54 xps15-laptop rsyslogd: rsyslogd's groupid changed to 109
Jan 14 13:06:54 xps15-laptop rsyslogd: rsyslogd's userid changed to 105
Jan 14 13:06:54 xps15-laptop systemd-modules-load[228]: Inserted module 'lp'
Jan 14 13:06:54 xps15-laptop systemd-modules-load[228]: Inserted module 'ppdev'
Jan 14 13:06:54 xps15-laptop systemd-modules-load[228]: Inserted module 'parport_pc'
Jan 14 13:06:54 xps15-laptop systemd[1]: Started Apply Kernel Variables.
Jan 14 13:06:54 xps15-laptop loadkeys[220]: Loading /etc/console-setup/cached.kmap.gz
Jan 14 13:06:54 xps15-laptop systemd[1]: Started Set console keymap.
Jan 14 13:06:54 xps15-laptop systemd[1]: Started Create Static Device Nodes in /dev.
Jan 14 13:06:54 xps15-laptop systemd[1]: Starting udev Kernel Device Manager...
Jan 14 13:06:54 xps15-laptop systemd[1]: Started udev Kernel Device Manager.
Jan 14 13:06:54 xps15-laptop systemd[1]: Starting Remount Root and Kernel File Systems...
Jan 14 13:06:54 xps15-laptop systemd[1]: Started Remount Root and Kernel File Systems.
Jan 14 13:06:54 xps15-laptop systemd[1]: Reached target Local File Systems (Pre).

In letzter Zeit hat sich nicht allzu viel geändert, außer dass die Kernel-Hit-Version 4.4.0-59(zuvor 4.4.0-57) war und ich eine BIOS-Option optimiert habe, um mein eingebettetes Soundgerät zu deaktivieren (seitdem ohne Änderung wiederhergestellt).

Und so sieht ein erfolgreiches Suspend / Wakeup aus (im Akkubetrieb):

Jan 14 13:15:49 xps15-laptop kernel: [  540.190809] IPv6: ADDRCONF(NETDEV_UP): wlp2s0: link is not ready
Jan 14 13:15:49 xps15-laptop wpa_supplicant[1298]: nl80211: deinit ifname=p2p-dev-wlp2s0 disabled_11b_rates=0
Jan 14 13:15:49 xps15-laptop dbus[803]: [system] Activating via systemd: service name='org.freedesktop.nm_dispatcher' unit='dbus-org.freedesktop.nm-dispatcher.service'
Jan 14 13:15:49 xps15-laptop systemd[1]: Reached target Sleep.
Jan 14 13:15:49 xps15-laptop systemd[1]: Starting Suspend...
Jan 14 13:15:49 xps15-laptop systemd[1]: Starting Network Manager Script Dispatcher Service...
Jan 14 13:15:49 xps15-laptop dbus[803]: [system] Successfully activated service 'org.freedesktop.nm_dispatcher'
Jan 14 13:15:49 xps15-laptop systemd[1]: Started Network Manager Script Dispatcher Service.
Jan 14 13:15:49 xps15-laptop nm-dispatcher: req:1 'down' [wlp2s0]: new request (1 scripts)
Jan 14 13:15:49 xps15-laptop nm-dispatcher: req:1 'down' [wlp2s0]: start running ordered scripts...
Jan 14 13:15:49 xps15-laptop wpa_supplicant[1298]: nl80211: deinit ifname=wlp2s0 disabled_11b_rates=0
Jan 14 13:15:54 xps15-laptop whoopsie[931]: [13:15:54] Cannot reach: https://daisy.ubuntu.com
Jan 14 13:15:54 xps15-laptop whoopsie[931]: [13:15:54] offline
Jan 14 13:15:54 xps15-laptop whoopsie[931]: [13:15:54] Cannot reach: https://daisy.ubuntu.com
Jan 14 13:15:59 xps15-laptop systemd-sleep[2690]: Selected interface 'wlp2s0'
Jan 14 13:15:59 xps15-laptop systemd-sleep[2690]: 'SUSPEND' command timed out.
Jan 14 13:15:59 xps15-laptop systemd-sleep[2696]: /lib/systemd/system-sleep/wpasupplicant failed with error code 254.
Jan 14 13:15:59 xps15-laptop systemd-sleep[2690]: Suspending system...
Jan 14 13:16:52 xps15-laptop kernel: [  550.254337] PM: Syncing filesystems ... done.
Jan 14 13:16:52 xps15-laptop kernel: [  550.268354] PM: Preparing system for sleep (mem)
Jan 14 13:16:52 xps15-laptop kernel: [  550.268979] Freezing user space processes ... (elapsed 0.002 seconds) done.
Jan 14 13:16:52 xps15-laptop kernel: [  550.271751] Freezing remaining freezable tasks ... (elapsed 0.001 seconds) done.
Jan 14 13:16:52 xps15-laptop kernel: [  550.273159] PM: Suspending system (mem)
Jan 14 13:16:52 xps15-laptop kernel: [  550.273197] Suspending console(s) (use no_console_suspend to debug)
Jan 14 13:16:52 xps15-laptop kernel: [  550.486068] brcmf_fil_cmd_data: bus is down. we have nothing to do.
Jan 14 13:16:52 xps15-laptop kernel: [  550.613975] nouveau 0000:01:00.0: DRM: resuming kernel object tree...
Jan 14 13:16:52 xps15-laptop kernel: [  550.717482] nouveau 0000:01:00.0: priv: HUB0: 10ecc0 ffffffff (1d40822c)
Jan 14 13:16:52 xps15-laptop kernel: [  550.764382] nouveau 0000:01:00.0: DRM: resuming client object trees...
Jan 14 13:16:52 xps15-laptop kernel: [  550.764397] nouveau 0000:01:00.0: DRM: evicting buffers...
Jan 14 13:16:52 xps15-laptop kernel: [  550.764398] nouveau 0000:01:00.0: DRM: waiting for kernel channels to go idle...
Jan 14 13:16:52 xps15-laptop kernel: [  550.764412] nouveau 0000:01:00.0: DRM: suspending client object trees...
Jan 14 13:16:52 xps15-laptop kernel: [  550.765770] nouveau 0000:01:00.0: DRM: suspending kernel object tree...
Jan 14 13:16:52 xps15-laptop kernel: [  551.638247] PM: suspend of devices complete after 1155.310 msecs
Jan 14 13:16:52 xps15-laptop kernel: [  551.654829] PM: late suspend of devices complete after 16.561 msecs
Jan 14 13:16:52 xps15-laptop kernel: [  551.656867] xhci_hcd 0000:00:14.0: System wakeup enabled by ACPI
Jan 14 13:16:52 xps15-laptop kernel: [  551.671878] PM: noirq suspend of devices complete after 17.027 msecs
Jan 14 13:16:52 xps15-laptop kernel: [  551.672619] ACPI: Preparing to enter system sleep state S3
Jan 14 13:16:52 xps15-laptop kernel: [  551.695080] ACPI : EC: EC stopped
Jan 14 13:16:52 xps15-laptop kernel: [  551.695082] PM: Saving platform NVS memory

Beachten Sie, dass einige der Nachrichten "nach" dem Aufwecken (beginnend mit 13:16:52) tatsächlich mit Aktionen zusammenhängen, die zum Suspend führen. Ich vermute, dass die Protokollierungsfunktion irgendwann während des Suspendierens heruntergefahren wird, sodass Nachrichten nach diesem Zeitpunkt erst nach dem Aufwecken angezeigt werden (daher kann ich diese im fehlgeschlagenen Fall nicht sehen).


1 Insbesondere funktioniert Suspend einwandfrei, wenn der Laptop während des gesamten Verdachtsprozesses mit Wechselstrom versorgt wird - zum Zeitpunkt der Suspendierung, zum Zeitpunkt des Aufweckens und zu jeder Zeit dazwischen. Wenn Sie das Netzteil einfach für eine Sekunde ausstecken, während der Host schläft, wird der oben beschriebene Fehler verursacht.

BeeOnRope
quelle
Irgendwelche Hinweise dazu? Ich habe anscheinend genau das gleiche Problem - bis hin zur Funktionsweise, solange die ganze Zeit über Wechselstrom angeschlossen ist. Gelegentlich funktioniert es auch anders, funktioniert aber nicht mehr, sobald ein harter Neustart erfolgt. Ich verwende jetzt 16.10, obwohl es auch passiert ist, als ich 15.10 und dann 16.4 ausgeführt habe. Welche Hardware hast du? nVidia GPU?
Luke Maurer
Ich habe die Intel + nVidia-Combo ja. Für mich verschwand das Problem nach einem vollständigen Herunterfahren + Neustart. Das heißt, bevor ich einfach neu gestartet habe, habe ich mich nie vollständig ausgeschaltet und dann den Netzschalter gedrückt. Sobald ich das getan habe, ist das Problem nie mehr zurückgekehrt.
BeeOnRope
@LukeMaurer - Sie können auch die Projekt-Sputnik- Community ausprobieren . Technisch unterstützt es nur die Präzisionsmodelle, die mit Ubuntu wie XPS 13 und Precision 5xxx geliefert werden, aber in Bezug auf die Hardware ist das XPS ziemlich gleich. Halten Sie also Ihr genaues Modell beim Posten etwas mehrdeutig.
BeeOnRope
* seufz * Das vollständige Herunterfahren hat es für mich nicht behoben. Was es gerade behoben hat, war ein Downgrade auf BIOS 1.2.0, aber jetzt, wenn es aus dem Suspend aufwacht, ist WLAN kaputt ...
Luke Maurer
Ja, ich bin immer noch in einem früheren BIOS (vergiss welches, aber ich habe es seit einem Jahr nicht mehr aktualisiert) und werde mich nicht ändern, bis ich ein veröffentlichtes sehe, in dem sich die Leute nicht über Probleme beschweren.
BeeOnRope

Antworten:

9

Folgendes hat funktioniert : Schalten Sie meinen Laptop vollständig aus und wieder ein. Hinweis: Starten Sie nicht einfach neu, sondern schalten Sie das Gerät vollständig aus.

Der einzige Nebeneffekt ist, dass Wifi nicht mehr funktioniert (da die drahtlose Schnittstelle überhaupt nicht erkannt wird). Ein einfaches sudo systemctl restart NetworkManagerlöst das ... und wenn Sie das nach einer Unterbrechung nicht tun müssen, können Sie ein Skript für dieses Skript erstellen:

/lib/systemd/system-sleep/99restartnm

Das beinhaltet:

#! / bin / sh
Fall "$ 1" in
    Post)
        systemctl Starten Sie NetworkManager neu
    ;;
esac

und machen Sie es ausführbar:

sudo chmod +755 /lib/systemd/system-sleep/99restartnm

(Ich weiß, dass die Antwort in den Kommentaren der Frage enthalten war, aber es ist leicht zu übersehen ... danke @BeeOnRope, ich habe wirklich fast alles andere ausprobiert, außer das vollständige Ausschalten ... facepalm )

wagoodman
quelle
Für das, was es wert ist, nachdem ich dieses Problem über ein Jahr lang nicht hatte (seit ich ursprünglich darüber gepostet habe), kam es heute zurück, nachdem ich viele Pakete, einschließlich des Kernels, aktualisiert und ein paar alte Kernel-Pakete gelöscht hatte). Ich bin wieder hier gelandet, aber das erste Herunterfahren schien es nicht zu beheben. Ich habe eine etwas ältere Version des Kernels gebootet, die funktioniert hat, und die aktuelle Version (4.15.0-32) hat wieder funktioniert. Ich kann nicht wirklich sagen, was diesmal behoben wurde. FWIW Ich bin jetzt im Dell BIOS 1.6.1 (ziemlich neu).
BeeOnRope
Ich denke, diese Antwort ist auch für meinen Kommentar dort vielversprechend.
BeeOnRope
Das vollständige Ausschalten hat das Problem bei einem Dell Precision 5520 behoben. Ich hatte kein Problem mit WLAN. Vielen Dank.
Cerin
5

Ich habe das gleiche Problem mit dem XPS 9550 seit 2,5 Jahren seit seiner Einführung, das alle paar Wochen auftritt. Ich habe Debian / Ubuntu Linux verwendet, aber Kommentar Nr. 20 legt nahe, dass dies auch unter Windows auftritt:

http://forum.notebookreview.com/threads/xps-9550-crashes-and-reboots-in-sleep.789827/page-2

Das Problem scheint beim eingebetteten Controller zu liegen, daher führt die Wiederaufnahme der Unterbrechung zu einem Kaltstart. Die Problemumgehung besteht darin, ein vollständiges Ausschalten durchzuführen, das Ladegerät vom Stromnetz zu trennen und das Gerät anzuschließen. Dadurch wird der eingebettete Controller neu gestartet und der fehlerhafte Status gelöscht.

Daniel J Blueman
quelle
Ich fange an zu denken, dass dies die Antwort sein könnte: Ich hatte kürzlich dieses Problem und ein einfacher Neustart hat es nicht getan. Ich habe einige andere "Neustarts und andere Dinge" durchgeführt und es hat funktioniert, bevor ich dies gelesen habe. Daher bin ich mir nicht sicher, ob ich die obige Sequenz "Neustart + Unplug + Plug" zu irgendeinem Zeitpunkt ausgeführt habe, aber versuche mich zu erinnern, ob es erneut passiert.
BeeOnRope
Das hat auch bei mir @BeeOnRope geklappt. Gleiches Dell XPS 9550 mit Ubuntu 18.04: Herunterfahren + Ziehen des Steckers + Stecken + Starten. Dann getestet mit: Unplug + Suspend + Resume und mir wurde eher der Anmeldebildschirm als der böse Neustart angezeigt. Danke Leute!
Josemrivera
1

Nachdem es eine ganze Weile keine Probleme mit fehlgeschlagenen Suspensionen / Lebensläufen gegeben hatte, kehrte es zurück. Da ich die Dinge ziemlich häufig aktualisiere, vermute ich, dass es sich um ein Kernel-Upgrade handelt.

Es war ein paar Monate her, seit ich vom BIOS aktualisiert habe, ich habe von 1.2.19 auf 1.2.25 aktualisiert. Meine Probleme mit Suspend / Resume sind nach der Aktualisierung des BIOS behoben. Auch keine WiFi-Probleme an meinem Ende. Ausführen von Ubuntu 16.10 mit xfce-Version.

http://www.dell.com/support/home/us/en/19/product-support/product/xps-15-9550-laptop/drivers?os=biosa

Viel Glück an alle anderen.

William Bernting
quelle
Dies wird in Kürze als "keine Antwort" markiert, aber ich habe auch ein Dell und kann das BIOS nicht aktualisieren. Wie hast du das gemacht?
Charles Green
@ Charles soll ich meine Antwort löschen?
William Bernting
Ja, oder warten Sie einfach, und es wird irgendwann gelöscht. Senden Sie es als neue Frage. Ich schaute zurück zu Dell und fand eine (möglicherweise praktikable) Methode, um meinen etwas älteren Laptop zu aktualisieren!
Charles Green
Am einfachsten ist es, es über einen Windows-Dual-Boot zu aktualisieren. Andernfalls müssen Sie ein bootfähiges USB-Laufwerk erstellen, um die BIOS-Aktualisierungsdatei zu erstellen. Dell hat eine Support-Seite dazu.
William Bernting
@ CharlesGreen Das sieht für mich nach einer Antwort aus. William sagte, es habe sein Problem gelöst.
Seth
0

Wenn ich mein XPS 9550 täglich unter Ubuntu 18.04 verwende, tritt dieses Problem vor ~ 1 Jahr bei neueren BIOS nicht mehr auf. Dies bezieht sich auf das Verhalten im Embedded Controller, der die Firmware in 1.6.1 / 1.7.0 aktualisiert hat, um falsche Tastendrücke zu beheben. Wenn eine gemeinsam genutzte Codebasis verwendet wird, wurde möglicherweise auch ein Fix für das Problem des Suspend / Resume erstellt. Ich vermute, dass ein Teil der EC während des Suspendierens in einen unerwarteten Zustand gerät und der S3-Wiederaufnahmecodepfad beim Wiederaufnehmen nicht korrekt übernommen wird, wenn das BIOS zum ersten Mal ausgeführt wird.

Ich finde immer noch Suspend Hangs, nachdem ich meinen LG 27UD88W USB-C-Monitor zum Laden angeschlossen habe (100W-Profil), obwohl dies bei 65W- und 90W-USB-C-Ladegeräten nicht der Fall ist. Ich habe den Fehler eskaliert, aber Dell zieht die Füße hoch, da es sich jetzt um eine alte Plattform handelt. Ich muss stattdessen nur herunterfahren.

Beachten Sie, dass beim Herunterfahren des Laptops und Anschließen des Netzkabels (USB-C oder Dell) die EC zurückgesetzt wird. Dadurch werden die Probleme beim Anhalten / Fortsetzen behoben. Die weiße Lade-LED an der Vorderseite leuchtet 1 Sekunde lang auf, auch wenn sie voll aufgeladen ist.

Ich schlage vor, Ubuntu 18.04 und BIOS 1.8.0 unter http://downloads.dell.com/published/pages/xps-15-9550-laptop.html auszuprobieren

Um eine optimale Batterielaufzeit zu erzielen, habe ich eine nichtflüchtige UEFI-Variable festgelegt, um die diskrete GPU zu deaktivieren. Bei Interesse kann ich Details in einem anderen Thread posten.

Dan

Daniel J Blueman
quelle
Ich bin sehr interessant in der GPU-Abschaltoption. Über "Sie werden sehen, dass die weiße Lade-LED an der Vorderseite 1s lang leuchtet, auch wenn sie voll aufgeladen ist." Sie meinen, wenn Sie das Kabel beim Herunterfahren anschließen, sehen Sie dies und dies ist eine Art Hinweis darauf, dass die EC zurückgesetzt wurde?
BeeOnRope