Neustart von Dell XPS 15 (9550) nach dem Anhalten

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).

¹ 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.

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 )

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.

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.

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