Dell XPS 15 (9550) uruchamia się ponownie po zawieszeniu

9

Mam Dell XPS (wersja 9550 - jest to zasadniczo ten sam sprzęt, co Precision 5510, który jest dostępny z Ubuntu po wyjęciu z pudełka) i zadziwiająco prawie zawsze działał poprawnie po wyjęciu z pudełka z 16.04. Jednak w ciągu ostatnich kilku dni zawieszenie przestało działać, gdy jest zasilane z baterii ¹ .

Zasadniczo laptop wydaje się zawieszać, ale kiedy go budzę, przechodzi normalny proces rozruchu.

Oto kilka ostatnich wierszy z /var/log/syslogrejestrowania zawieszenia:

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

Czy coś tam wyskakuje? Linie, które wydają się być po prostu tym, czego można oczekiwać od zimnego rozruchu:

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

Ostatnio niewiele się zmieniło, poza tym, że wersja hit jądra 4.4.0-59(wcześniej była 4.4.0-57), a ja poprawiłem opcję BIOS, aby wyłączyć moje wbudowane urządzenie dźwiękowe (ponieważ zostało przywrócone bez zmian).

Oto, jak wygląda pomyślne zawieszenie / wybudzenie (przy zasilaniu bateryjnym):

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

Zauważ, że niektóre komunikaty „po” wznowieniu (zaczynając od 13:16:52) wydają się być rzeczywiście powiązane z działaniami prowadzącymi do zawieszenia. Wydaje mi się, że funkcja rejestrowania wyłącza się w pewnym momencie podczas zawieszenia, aby wiadomości po tym punkcie pojawiały się dopiero po przebudzeniu (więc nie widzę ich w przypadku niepowodzenia).

¹ W szczególności, zawieszenie działa dobrze, jeśli laptop jest zasilany prądem przemiennym podczas całego podejrzanego procesu - w punkcie zawieszenia, po przebudzeniu i przez cały czas pomiędzy. Wystarczy odłączyć zasilacz sieciowy, nawet na sekundę, gdy host jest w trybie uśpienia, spowoduje awarię opisaną powyżej.

— BeeOnRope
źródło

Czy są na to jakieś wskazówki? Wydaje mi się, że mam dokładnie ten sam problem - aż do tego, jak działa, dopóki zasilanie prądem przemiennym jest podłączone przez cały czas. Czasami zaczyna również działać inaczej, ale przestaje działać, gdy nastąpi twardy restart. Używam teraz wersji 16.10, ale zdarzyło się to również wtedy, gdy miałem wersję 15.10, a następnie 16.4. Jaki masz sprzęt? nVidia GPU?

— Luke Maurer

Mam kombinację Intel + nVidia tak. Dla mnie problem zniknął po pełnym zamknięciu + ponownym uruchomieniu. To znaczy, zanim po prostu ponownie uruchomiłem, nigdy nie robiłem pełnego wyłączenia zasilania, a potem nie naciskałem przycisku zasilania. Gdy to zrobiłem, problem nigdy nie powrócił.

— BeeOnRope

@LukeMaurer - możesz także wypróbować społeczność projektu sputnik . Technicznie obsługuje tylko precyzyjne modele, które są dostarczane z Ubuntu, takie jak XPS 13 i Precision 5xxx, ale pod względem sprzętowym XPS jest prawie taki sam, więc po prostu trzymaj dokładny model nieco niejednoznaczny.

— BeeOnRope

* westchnienie * Całkowite wyłączenie mnie nie naprawiło. To, co naprawiło to właśnie teraz, to przejście na BIOS 1.2.0, ale teraz, gdy budzi się z zawieszenia, wifi jest zepsute…

— Luke Maurer

Tak, wciąż korzystam z wcześniejszego BIOS-u (zapomnij który, ale nie aktualizowałem go od roku) i nie zmienię się, dopóki nie zobaczę takiego, w którym ludzie nie będą narzekać na problemy.

— BeeOnRope

9

Oto, co zadziałało : całkowicie wyłączyłem laptopa, a następnie włączyłem go ponownie. Uwaga: nie uruchamiaj ponownie ... całkowicie wyłącz.

Jedynym efektem ubocznym jest to, że Wi-Fi przestaje działać (ponieważ w interfejsie bezprzewodowym w ogóle nie jest rozpoznawany). Proste sudo systemctl restart NetworkManagerrozwiązuje to ... a jeśli nie chcesz tego robić po zawieszeniu, możesz utworzyć skrypt w tym skrypcie:

/lib/systemd/system-sleep/99restartnm

Który zawiera:

#! / bin / sh
przypadku „1 $” w
    Poczta)
        systemctl uruchom ponownie NetworkManager
    ;;
esac

i uczyń go wykonywalnym:

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

(Wiem, że odpowiedź była w komentarzach do pytania, ale dość łatwo ją przeoczyć ... dzięki @BeeOnRope, naprawdę próbowałem zrobić coś innego oprócz pełnego wyłączenia ... twarzy )

— wagoodman
źródło

Co warte jest tego, że po ponad roku nie miałem tego problemu (odkąd pierwotnie o tym pisałem), wrócił dzisiaj, po tym, jak zaktualizowałem wiele pakietów, w tym jądro i usunąłem kilka starych pakietów jądra). Skończyło się tutaj, ale pierwsze zamknięcie nie rozwiązało problemu. Uruchomiłem nieco starszą wersję jądra, która działała, a obecna wersja (4.15.0-32) zaczęła ponownie działać. Naprawdę nie mogę powiedzieć, co tym razem naprawiło. FWIW Jestem teraz na Dell BIOS 1.6.1 (całkiem niedawno).

— BeeOnRope

Myślę, że ta odpowiedź jest również obiecująca na podstawie mojego komentarza.

— BeeOnRope

Pełne wyłączenie naprawiło problem dla mnie w Dell Precision 5520. Nie miałem problemu z Wi-Fi. Dzięki.

— Cerin

5

Ten sam problem z XPS 9550 występuje od 2,5 roku od jego pierwszego wprowadzenia, co kilka tygodni. Używam Linuksa Debian / Ubuntu, ale komentarz nr 20 sugeruje, że dzieje się tak również w systemie Windows:

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

Wydaje się, że problem dotyczy wbudowanego kontrolera, więc wznowienie działania po zawieszeniu powoduje zimny reset. Obejściem tego problemu jest pełne wyłączenie zasilania, odłącz ładowarkę i podłącz; powoduje to ponowne uruchomienie wbudowanego kontrolera, usuwając wadliwy stan.

— Daniel J Blueman
źródło

Zaczynam myśleć, że to może być odpowiedź: ostatnio miałem ten problem i zwykły restart go nie zrobił. Zrobiłem kilka innych „restartów i innych rzeczy” i zadziałało, zanim to przeczytałem, więc nie jestem pewien, czy zrobiłem powyższą sekwencję „restart + odłącz i podłącz” w dowolnym momencie, ale spróbuj zapamiętać, czy to się powtórzy.

— BeeOnRope

To zadziałało również ze mnie @BeeOnRope. Ten sam Dell XPS 9550 z Ubuntu 18.04: Shutdown + unplug + plug + start. Następnie przetestowałem za pomocą: unplug + suspend + resume i pokazano mi ekran logowania zamiast nieprzyjemnego restartu. Dzięki chłopaki!

— josemrivera

1

Po dłuższym okresie braku problemów z nieudanym zawieszeniem / wznowieniem zaczęło wracać. Ponieważ aktualizuję rzeczy dość często, podejrzewam, że była to aktualizacja jądra.

Minęło kilka miesięcy, odkąd zaktualizowałem BIOS, zaktualizowałem wersję 1.2.19 do 1.2.25. Moje problemy z zawieszaniem / wznawianiem zniknęły po aktualizacji systemu BIOS. Również nie ma problemów z Wi-Fi po mojej stronie. Uruchamianie Ubuntu 16.10 ze smakiem xfce.

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

Powodzenia dla wszystkich innych.

— William Bernting
źródło

Wkrótce zostanie to oznaczone jako „brak odpowiedzi”, ale mam też dell i nie mogę zaktualizować systemu BIOS. Jak to zrobiłeś?

— Charles Green

@Charles powinienem usunąć swoją odpowiedź?

— William Bernting

Tak lub po prostu poczekaj, a ostatecznie zostanie usunięty. Prześlij jako nowe pytanie. Spojrzałem na Dell i znalazłem (być może wykonalną) metodę aktualizacji mojego nieco starszego laptopa!

— Charles Green

Najłatwiejszym sposobem jest aktualizacja za pomocą podwójnego rozruchu systemu Windows. W przeciwnym razie konieczne będzie utworzenie rozruchowego napędu USB, aby można było pobrać plik aktualizacji bios. Dell ma na ten temat stronę pomocy technicznej.

— William Bernting

@CharlesGreen To mi wygląda na odpowiedź. William powiedział, że to rozwiązało jego problem.

— Seth

0

Używając mojego XPS 9550 codziennie na Ubuntu 18.04, przestałem występować ten problem z nowszymi BIOSami, ~ 1 rok temu. Odnosi się to do zachowania we wbudowanym kontrolerze, który zaktualizował oprogramowanie wewnętrzne w wersji 1.6.1 / 1.7.0 w celu wyeliminowania fałszywych naciśnięć klawiszy. Jeśli korzysta ze współużytkowanej bazy kodów, mogła również pojawić się poprawka dotycząca problemu zawieszenia / wznowienia. Podejrzewam, że część EC przechodzi w nieoczekiwany stan podczas zawieszenia, a ścieżka kodowa wznawiania S3 nie jest poprawnie pobierana przy wznawianiu przy pierwszym uruchomieniu BIOS-u.

Ciągle zawieszanie się zawiesza w dowolnym momencie po podłączeniu monitora LG 27UD88W USB-C do ładowania (profil 100 W), chociaż nie dzieje się tak w przypadku ładowarek USB-C 65 W i 90 W; Eskalowałem błąd, ale Dell zwleka, ponieważ jest to stara platforma. Zamiast tego muszę tylko zamknąć.

Pamiętaj, że gdy laptop zostanie wyłączony i kabel zasilania (USB-C lub Dell) zostanie podłączony, EC zostanie zresetowane - usunie to problemy z zawieszeniem / wznowieniem; zobaczysz białą diodę LED ładowania z przodu, która świeci przez 1 sekundę, nawet jeśli jest w pełni naładowana.

Sugeruję wypróbowanie Ubuntu 18.04 i BIOS 1.8.0 @ http://downloads.dell.com/published/pages/xps-15-9550-laptop.html

Wreszcie, aby uzyskać optymalny czas pracy akumulatora, ustawiłem nieulotną zmienną UEFI, aby wyłączyć dyskretny procesor graficzny; W razie zainteresowania mogę opublikować szczegóły w innym wątku.

Dan

— Daniel J Blueman
źródło

Jestem bardzo interesujący w opcji wyłączania GPU. O „zobaczysz, że biała dioda LED ładowania z przodu świeci się przez 1 sekundę, nawet jeśli jest w pełni naładowana”. masz na myśli, kiedy podłączysz kabel po wyłączeniu, widzisz to i to jest pewien rodzaj wskazania, że EC został zresetowany?

— BeeOnRope,