Dell XPS 15 (9550) riavvio dopo la sospensione

9

Ho un XPS dell '(revisione 9550 - questo è essenzialmente lo stesso hardware del Precision 5510 che è disponibile con Ubuntu out-of-the-box) e sorprendentemente praticamente sempre ha funzionato correttamente con il 16.04. Negli ultimi giorni, tuttavia, la sospensione ha smesso di funzionare quando è alimentata a batteria ¹ .

Fondamentalmente il laptop sembra sospendere, ma quando lo sveglio, passa attraverso il normale processo di avvio.

Ecco le ultime righe /var/log/syslogdella registrazione sospesa:

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

Qualcosa salta là fuori? Le righe che seguono sembrano essere esattamente ciò che ti aspetteresti da un avvio a freddo:

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

Non è cambiato molto negli ultimi tempi, tranne per il fatto che la versione hit del kernel 4.4.0-59(in precedenza lo era 4.4.0-57) e ho modificato un'opzione BIOS per disabilitare il mio dispositivo audio incorporato (poiché ripristinato senza modifiche).

Infine, ecco come appare una sospensione / riattivazione riuscita (quando è alimentata a batteria):

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

Si noti che alcuni dei messaggi "dopo" il risveglio (a partire da 13:16:52) sembrano effettivamente essere correlati ad azioni che portano alla sospensione. Suppongo che la funzione di registrazione si spenga ad un certo punto durante la sospensione in modo che i messaggi dopo quel punto vengano visualizzati solo dopo il risveglio (quindi non riesco a vederli nel caso fallito).

¹ In particolare, la sospensione funziona correttamente se il laptop è alimentato a corrente alternata durante l'intero processo sospetto, nel punto di sospensione, nel punto di veglia e in ogni momento. Scollegando semplicemente l'adattatore CA, anche per un secondo, mentre l'host è inattivo, si verificherà l'errore sopra descritto.

— BeeOnRope
fonte

Qualche indizio su questo? Sembra che abbia esattamente lo stesso problema, fino al modo in cui funziona finché l'alimentazione CA è collegata per tutto il tempo. A volte inizia a funzionare anche diversamente, ma smette di funzionare non appena si verifica un riavvio difficile. Sto correndo 16.10 ora, anche se è successo anche quando stavo correndo 15.10 e poi 16.4. Quale hardware hai? GPU nVidia?

— Luke Maurer,

Ho la combinazione Intel + nVidia sì. Per me, il problema è scomparso dopo un arresto completo + riavvio. Vale a dire, prima ero semplicemente in fase di riavvio, senza mai fare uno spegnimento completo e quindi premere il pulsante di accensione. Una volta che l'ho fatto, il problema non è più tornato.

— BeeOnRope,

@LukeMaurer - puoi anche provare la community di sputnik del progetto . Tecnicamente supporta solo i modelli di precisione forniti con Ubuntu come l'XPS 13 e il Precision 5xxx, ma l'XPS dal punto di vista hardware è praticamente lo stesso, quindi mantieni il tuo modello esatto un po 'ambiguo se pubblichi.

— BeeOnRope,

* sospiro * Lo spegnimento completo non ha risolto il problema per me. Ciò che ha risolto il problema è stato il downgrade al BIOS 1.2.0, ma ora quando si sveglia dalla sospensione, il wifi è interrotto ...

— Luke Maurer,

Sì, sono ancora su un BIOS precedente (dimentica quale, ma non l'ho aggiornato da un anno) e non cambierà fino a quando non ne vedrò uno rilasciato in cui le persone non si lamentano dei problemi.

— BeeOnRope,

9

Ecco cosa ha funzionato : spegnere completamente il mio laptop, quindi riaccenderlo. Nota: non solo riavviare ... spegnere completamente.

L'unico effetto collaterale è che Wifi smette di funzionare (come nell'interfaccia wireless non viene riconosciuto affatto). Un semplice sudo systemctl restart NetworkManagerrisolve questo ... e se non vuoi farlo dopo aver mai sospeso potresti creare uno script questo script:

/lib/systemd/system-sleep/99restartnm

Quello contiene:

#! / Bin / sh
caso "$ 1" in
    inviare)
        systemctl riavvia NetworkManager
    ;;
esac

e renderlo eseguibile:

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

(So che la risposta era nei commenti della domanda, ma è abbastanza facile perdersi ... grazie @BeeOnRope, ho davvero provato a fare qualsiasi altra cosa tranne che per spegnere completamente ... facepalm )

— wagoodman
fonte

Per quello che vale, dopo non avere questo problema da oltre un anno (da quando l'ho pubblicato inizialmente), è tornato oggi, dopo aver aggiornato molti pacchetti, incluso il kernel, e ripulito un sacco di vecchi pacchetti del kernel). Sono tornato qui, ma il primo arresto non sembra risolverlo. Ho avviato una versione leggermente più vecchia del kernel, che ha funzionato e la versione corrente (4.15.0-32) ha ripreso a funzionare. Non riesco davvero a capire cosa sia stato risolto questa volta. FWIW Sono su Dell BIOS 1.6.1 ora (abbastanza recente).

— BeeOnRope

Penso che questa risposta sia anche promettente per il mio commento lì.

— BeeOnRope,

Il completo spegnimento ha risolto il problema per me su un Dell Precision 5520. Non ho avuto problemi con il wifi. Grazie.

— Cerin

5

Ho riscontrato lo stesso problema con l'XPS 9550 negli ultimi 2,5 anni dalla sua prima introduzione, che si verifica ogni poche settimane. Sto usando Debian / Ubuntu Linux, ma il commento # 20 suggerisce che ciò si verifica anche su Windows:

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

Il problema sembra riguardare il controller incorporato, quindi la ripresa dalla sospensione provoca un ripristino a freddo. La soluzione alternativa è eseguire uno spegnimento completo, scollegare il caricabatterie e collegarlo; questo riavvia il controller incorporato, cancellando lo stato difettoso.

— Daniel J Blueman
fonte

Sto iniziando a pensare che questa potrebbe essere la risposta: di recente ho avuto questo problema e un semplice riavvio non lo ha fatto. Ho fatto altri "riavvii e altre cose" e ha funzionato prima di leggere questo, quindi non sono sicuro di aver fatto la sequenza "riavvio + scollegamento + plug" sopra descritta in qualsiasi momento, ma prova a ricordare se si ripete.

— BeeOnRope,

Questo ha funzionato anche da me @BeeOnRope. Stesso Dell XPS 9550 con Ubuntu 18.04: Shutdown + unplug + plug + start. Quindi testato con: unplug + suspend + resume e mi è stata presentata la schermata di accesso anziché il brutto riavvio. Grazie ragazzi!

— josemrivera,

1

Dopo non aver avuto problemi con sospensioni / riprese fallite per un bel po ', ha iniziato a tornare. Dato che aggiorno le cose piuttosto frequentemente, sospetto che sia stato un aggiornamento del kernel.

Erano passati alcuni mesi da quando ho aggiornato dal BIOS, ho aggiornato dall'1.2.19 all'1.2.25. I miei problemi con la sospensione / ripresa sono scomparsi dopo l'aggiornamento del BIOS. Inoltre, nessun problema di wifi da parte mia. Esecuzione di Ubuntu 16.10 con sapore xfce.

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

Buona fortuna a tutti gli altri.

— William Bernting
fonte

A breve questa sarà contrassegnata come "non una risposta", ma ho anche un Dell e non riesco ad aggiornare il BIOS. Come hai eseguito questo?

— Charles Green,

@Charles dovrei cancellare la mia risposta?

— William Bernting,

Sì, oppure aspetta e alla fine verrà eliminato. Invialo come una nuova domanda. Ho dato un'occhiata a Dell e ho trovato un metodo (forse praticabile) per aggiornare il mio laptop leggermente più vecchio!

— Charles Green,

Il modo più semplice è aggiornarlo tramite un doppio avvio di Windows. Altrimenti sarà necessario creare un'unità USB avviabile su cui eseguire l'output del file di aggiornamento del BIOS. Dell ha una pagina di supporto al riguardo.

— William Bernting,

@CharlesGreen Questa mi sembra una risposta. William ha detto che ha risolto il suo problema.

— Seth,

0

Usando il mio XPS 9550 quotidianamente su Ubuntu 18.04, ho smesso di riscontrare questo problema con BIOS più recenti, circa 1 anno fa. Ciò riguarda il comportamento in Embedded Controller, che aveva aggiornato il firmware in 1.6.1 / 1.7.0 per far fronte a false pressioni di tasti. Se utilizza una base di codice condivisa, potrebbe essere stata inserita anche una correzione per il problema di sospensione / ripresa. Ho il sospetto che parte della EC entri in uno stato inaspettato durante la sospensione, e il codepath di ripristino S3 non viene preso correttamente al riavvio quando il BIOS viene eseguito per la prima volta.

Trovo ancora sospensioni sospese in qualsiasi momento dopo aver collegato il mio monitor USB-C LG 27UD88W per caricarlo (profilo 100W), sebbene ciò non si verifichi con caricabatterie USB-C da 65W e 90W; Ho intensificato il bug ma Dell sta trascinando i piedi perché è una vecchia piattaforma ora. Devo solo spegnere invece.

Si noti che quando si spegne il laptop e si collega il cavo di alimentazione (USB-C o Dell), viene ripristinato l'EC - questo risolverà i problemi di sospensione / ripresa; vedrai il LED di carica bianco nella parte anteriore accendersi per 1s anche se completamente carico.

Suggerisco di provare Ubuntu 18.04 e BIOS 1.8.0 @ http://downloads.dell.com/published/pages/xps-15-9550-laptop.html

Infine, per ottenere l'autonomia ottimale della batteria, ho impostato una variabile non volatile UEFI per disabilitare la GPU discreta; Posso pubblicare i dettagli in un'altra discussione se interessati.

Dan

— Daniel J Blueman
fonte

Sono molto interessante nell'opzione di spegnimento della GPU. A proposito di "vedrai il LED di carica bianco nella parte anteriore accendersi per 1s anche se completamente carico." intendi quando si collega il cavo quando si spegne si vede questo e questo è un qualche tipo di indicazione che la EC è stata ripristinata?

— BeeOnRope,