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 1 .
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).
1 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.
Odpowiedzi:
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/99restartnmKtóry zawiera:
#! / bin / sh przypadku „1 $” w Poczta) systemctl uruchom ponownie NetworkManager ;; esaci 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 )
źródło
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.
źródło
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.
źródło
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
źródło