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 a presque toujours fonctionné correctement avec le 16.04. Cependant, au cours des derniers jours, la suspension a cessé de fonctionner, avec batterie1.
Fondamentalement, l'ordinateur portable semble suspendre, mais lorsque je le réveille, il passe par le processus de démarrage normal.
Voici les dernières lignes de /var/log/syslog
à partir de la journalisation de la suspension:
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...
Est-ce que quelque chose saute là-bas? Les lignes qui suivent semblent être ce que vous attendriez 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).
Peu de choses ont changé récemment, si ce n'est que la version du noyau 4.4.0-59
(auparavant appelée 4.4.0-57
) était dans le noyau et que j'ai modifié une option du BIOS pour désactiver mon périphérique audio intégré (restauré depuis sans modification).
Enfin, voici à quoi ressemble une suspension/réveil réussi (lorsque la batterie est sous tension):
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 (commençant par 13:16:52
) semblent en réalité ê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 ultérieurs ne s'affichent qu'après le réveil (afin que je ne puisse pas les voir dans le cas d'échec).
1 En particulier, suspendre fonctionne bien si l'ordinateur portable est sous tension pendant tout le processus suspect - au point de suspension, au point de 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 est en veille entraîne l'échec décrit ci-dessus.
Voici ce qui a fonctionné : Éteindre complètement mon ordinateur portable, puis le rallumer. Remarque: ne redémarrez pas simplement… éteignez-le complètement.
Le seul effet secondaire est que le Wifi cesse de fonctionner (car l'interface sans fil n'est pas du tout reconnue). Un simple Sudo systemctl restart NetworkManager
résout ce problème ... et si vous ne voulez pas le faire après une éventuelle suspension, vous pouvez créer un script ce script:
/lib/systemd/system-sleep/99restartnm
Cela contient:
#!/bin/sh cas "$ 1" dans message) redémarrer le système NetworkManager ;; esac
et le rendre exécutable:
Sudo chmod +755 /lib/systemd/system-sleep/99restartnm
(Je sais que cette réponse figurait dans les commentaires de la question, mais il est facile de l’ignorer ... merci @BeeOnRope, j’ai vraiment essayé d’essayer autre chose à part éteindre complètement ... facepalm )
Je rencontre le même problème avec le XPS 9550 depuis deux ans et demi depuis son lancement, toutes les quelques semaines. J'utilise Debian/Ubuntu Linux, mais le commentaire n ° 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 concerner le contrôleur intégré. Par conséquent, la reprise de la suspension entraîne une réinitialisation à froid. La solution consiste à éteindre complètement le chargeur, à le débrancher et à le brancher. cela redémarre le contrôleur intégré, effaçant ainsi l'état défectueux.
Après ne pas avoir eu de problèmes avec les suspensions/reprises ayant échoué pendant un certain temps, il a commencé à revenir. Comme je mets les choses à jour assez souvent, je soupçonne que c'était une mise à jour du noyau.
Cela faisait quelques mois que j'avais mis à jour le BIOS, j'ai mis à jour du 1.2.19 au 1.2.25. Mes problèmes avec suspendre/reprendre sont partis après la mise à jour du BIOS. Aussi pas de problèmes de wifi de mon côté. Exécuter Ubuntu 16.10 avec la saveur xfce.
Bonne chance à tous les autres.
En utilisant mon XPS 9550 tous les jours sur Ubuntu 18.04, j’ai cessé de rencontrer ce problème avec les BIOS les plus récents, il ya environ 1 an. Cela concerne le comportement du contrôleur intégré, qui avait mis à jour le microprogramme dans 1.6.1/1.7.0 pour traiter les fausses pressions de touche. S'il utilise une base de code partagée, un correctif pour le problème de suspension/reprise a peut-être également été intégré. Je suspecte qu'une partie de la CE se retrouve dans un état inattendu lors de la suspension et que la reprise du codepath de S3 ne soit pas prise correctement lors de la première exécution du BIOS.
Je trouve toujours que la suspension est suspendue à tout moment après avoir connecté mon LG 27UD88W USB-C pour charger (profil 100W), bien que cela ne se produise pas avec les chargeurs USB-C de 65W et 90W; J'ai escaladé le bogue mais Dell traîne les pieds car c'est une vieille 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é. Les problèmes de suspension/reprise seront résolus; vous verrez la LED de charge blanche à l'avant s'allumer pendant 1 secondes, même si elle est complètement chargée.
Je suggère d'essayer Ubuntu 18.04 et le 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 non volatile UEFI afin de désactiver le GPU discret. Je peux poster des détails dans un autre fil de discussion si cela vous intéresse.
Dan