J'ai un Dell XPS (révision 9550 - c'est essentiellement le même matériel que le Precision 5510 qui est disponible avec Ubuntu prêt à l'emploi) et étonnamment, il fonctionnait presque toujours correctement avec 16.04. Au cours des derniers jours, la suspension a cessé de fonctionner lorsqu'elle était alimentée par la batterie 1 .
Fondamentalement, l'ordinateur portable semble se suspendre, mais lorsque je le réveille, il passe par le processus de démarrage normal.
Voici les dernières lignes /var/log/syslogde la suspension de la journalisation:
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...
Y a-t-il quelque chose qui saute là-bas? Les lignes suivantes qui semblent être exactement ce que vous attendez d'un démarrage à froid:
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).
Pas trop de choses ont changé dernièrement, sauf que la version du noyau a été touchée 4.4.0-59(était auparavant 4.4.0-57), et j'ai modifié une option du BIOS pour désactiver mon périphérique audio intégré (depuis restauré sans changement).
Enfin, voici à quoi ressemble une suspension / réveil réussie (sur batterie):
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
Notez que certains des messages "après" le réveil (à partir de 13:16:52) semblent être liés à des actions menant à la suspension. Je suppose que la fonction de journalisation s'arrête à un moment donné pendant la suspension afin que les messages après ce point n'apparaissent qu'après le réveil (donc je n'ai pas la possibilité de les voir dans le cas d'échec).
1 En particulier, la suspension fonctionne correctement si l'ordinateur portable est alimenté en courant alternatif pendant tout le processus suspect - au point de suspension, au moment du réveil et tout le temps entre les deux. Le simple fait de débrancher l'adaptateur secteur, même pendant une seconde, pendant que l'hôte dort entraînera l'échec décrit ci-dessus.
Réponses:
Voici ce qui a fonctionné : éteindre complètement mon ordinateur portable, puis le rallumer. Remarque: ne redémarrez pas simplement ... éteignez complètement.
Le seul effet secondaire est que le Wifi cesse de fonctionner (comme dans l'interface sans fil n'est pas reconnu du tout). Un simple
sudo systemctl restart NetworkManagerrésout cela ... et si vous ne voulez pas avoir à le faire après une suspension, vous pouvez faire un script ce script:/lib/systemd/system-sleep/99restartnmCela contient:
#! / bin / sh cas "$ 1" dans Publier) systemctl restart NetworkManager ;; esacet le rendre exécutable:
sudo chmod +755 /lib/systemd/system-sleep/99restartnm(Je sais que cette réponse était dans les commentaires de la question, mais c'est un peu facile à manquer ... merci @BeeOnRope, j'ai vraiment essayé d'essayer autre chose, sauf pour éteindre complètement ... facepalm )
la source
Je rencontre le même problème avec le XPS 9550 depuis 2,5 ans depuis sa première introduction, survenant toutes les quelques semaines. J'ai utilisé Debian / Ubuntu linux, mais le commentaire # 20 suggère que cela se produit également sous Windows:
http://forum.notebookreview.com/threads/xps-9550-crashes-and-reboots-in-sleep.789827/page-2
Le problème semble être lié au contrôleur intégré, donc la reprise de la suspension entraîne une réinitialisation à froid. La solution consiste à effectuer une mise hors tension complète, à débrancher le chargeur et à brancher; cela redémarre le contrôleur intégré, effaçant l'état défectueux.
la source
Après ne pas avoir eu de problèmes avec des suspensions / reprises échouées pendant un bon moment, il a commencé à revenir. Comme je mets à jour des choses assez fréquemment, je soupçonne que c'était une mise à niveau du noyau.
Cela faisait quelques mois que j'avais mis à jour par le BIOS, j'ai mis à jour de 1.2.19 à 1.2.25. Mes problèmes de suspension / reprise ont disparu après la mise à jour du BIOS. De plus, aucun problème de wifi de ma part. Exécuter Ubuntu 16.10 avec une saveur xfce.
http://www.dell.com/support/home/us/en/19/product-support/product/xps-15-9550-laptop/drivers?os=biosa
Bonne chance à tous les autres.
la source
En utilisant mon XPS 9550 quotidiennement sur Ubuntu 18.04, j'ai cessé de rencontrer ce problème avec les BIOS les plus récents, il y a environ 1 an. Cela est lié au comportement du contrôleur intégré, qui avait mis à jour le micrologiciel en 1.6.1 / 1.7.0 pour corriger les fausses touches. S'il utilise une base de code partagée, un correctif pour le problème de suspension / reprise peut également avoir été détecté. Je soupçonne qu'une partie de l'EC entre dans un état inattendu pendant la suspension et le chemin de codage de reprise S3 n'est pas correctement pris en charge lors de la première exécution du BIOS.
Je trouve toujours que la suspension se bloque à tout moment après avoir branché mon moniteur LG 27UD88W USB-C pour charger (profil 100W), bien que cela ne se produise pas avec les chargeurs USB-C 65W et 90W; J'ai intensifié le bug, mais Dell traîne les pieds car c'est une ancienne plate-forme maintenant. Je dois juste arrêter à la place.
Notez que lorsque l'ordinateur portable est éteint et que le câble d'alimentation (USB-C ou Dell) est branché, l'EC est réinitialisé - cela effacera les problèmes de suspension / reprise; vous verrez la LED de charge blanche à l'avant s'allumer pendant 1 seconde même si elle est complètement chargée.
Je suggère d'essayer Ubuntu 18.04 et BIOS 1.8.0 @ http://downloads.dell.com/published/pages/xps-15-9550-laptop.html
Enfin, pour obtenir une autonomie optimale de la batterie, j'ai défini une variable UEFI non volatile pour désactiver le GPU discret; Je peux poster des détails dans un autre fil si cela m'intéresse.
Dan
la source