Redémarrage du Dell XPS 15 (9550) après une suspension

9

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

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

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

— BeeOnRope
source

Des pistes à ce sujet? Il me semble que j'ai exactement le même problème, à savoir comment cela fonctionne tant que l'alimentation secteur est connectée en permanence. Parfois, il commence également à fonctionner autrement, mais cesse de fonctionner dès qu'un redémarrage dur se produit. J'utilise 16.10 maintenant, bien que ce soit également arrivé lorsque j'utilisais 15.10 puis 16.4. Quel matériel avez-vous? GPU nVidia?

— Luke Maurer

J'ai le combo Intel + nVidia ouais. Pour moi, le problème a disparu après un arrêt complet + redémarrage. C'est-à-dire, avant de redémarrer simplement, de ne jamais éteindre complètement puis d'appuyer sur le bouton d'alimentation. Une fois que j'ai fait ça, le problème n'est jamais revenu.

— BeeOnRope

@LukeMaurer - vous pouvez également essayer la communauté de projet spoutnik . Techniquement, il ne prend en charge que les modèles de précision fournis avec Ubuntu comme le XPS 13 et Precision 5xxx, mais sur le plan matériel, le XPS est à peu près le même, alors gardez votre modèle exact un peu ambigu si vous publiez.

— BeeOnRope

* soupir * L'arrêt complet n'a pas résolu le problème pour moi. Ce qui l'a corrigé tout à l'heure était la rétrogradation vers le BIOS 1.2.0, mais maintenant, quand il se réveille de la suspension, le wifi est cassé…

— Luke Maurer

Oui, je suis toujours sur un BIOS antérieur (oubliez lequel, mais je ne l'ai pas mis à jour depuis un an) et ne changerai pas tant que je n'en verrai pas un où les gens ne se plaindront pas de problèmes.

— BeeOnRope

9

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/99restartnm

Cela contient:

#! / bin / sh
cas "$ 1" dans
    Publier)
        systemctl restart NetworkManager
    ;;
esac

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

— wagoodman
source

Pour ce que ça vaut, après n'avoir pas eu ce problème pendant plus d'un an (depuis que j'ai posté à ce sujet), il est revenu aujourd'hui, après avoir mis à jour beaucoup de packages, y compris le noyau, et purgé un tas d'anciens packages du noyau). Je me suis retrouvé ici, mais le premier arrêt n'a pas semblé le réparer. J'ai démarré une version légèrement plus ancienne du noyau, qui fonctionnait, et la version actuelle (4.15.0-32) a recommencé à fonctionner. Je ne peux pas vraiment dire ce qui l'a réparé cette fois. FWIW Je suis sur Dell BIOS 1.6.1 maintenant (assez récent).

— BeeOnRope

Je pense que cette réponse est également prometteuse par mon commentaire là-bas.

— BeeOnRope

La mise hors tension complète a résolu le problème pour moi sur un Dell Precision 5520. Je n'ai eu aucun problème avec le wifi. Merci.

— Cerin

5

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.

— Daniel J Blueman
source

Je commence à penser que cela pourrait être la réponse: j'ai récemment eu ce problème et un redémarrage simple ne l'a pas fait. J'ai fait d'autres "redémarrages et autres" et cela a fonctionné avant de lire ceci, donc je ne suis pas sûr d'avoir fait la séquence "redémarrer + débrancher + brancher" ci-dessus à tout moment, mais essayez de vous rappeler si cela se reproduit.

— BeeOnRope

Cela a également fonctionné de moi @BeeOnRope. Même Dell XPS 9550 avec Ubuntu 18.04: arrêt + débranchement + prise + démarrage. Puis testé avec: débrancher + suspendre + reprendre et on m'a présenté l'écran de connexion plutôt que le méchant redémarrage. Merci les gars!

— josemrivera

1

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.

— William Bernting
source

Ce sera bientôt marqué comme «pas une réponse», mais j'ai aussi une Dell, et je ne peux pas mettre à jour le BIOS. Comment avez-vous réalisé cela?

— Charles Green

@Charles dois-je supprimer ma réponse?

— William Bernting

Oui, ou attendez simplement, et il sera éventuellement supprimé. Soumettez-le comme une nouvelle question. J'ai regardé Dell et j'ai trouvé une méthode (peut-être réalisable) pour mettre à jour mon ordinateur portable un peu plus ancien!

— Charles Green

Le moyen le plus simple est de le mettre à jour via un double démarrage Windows. Sinon, vous devrez créer une clé USB amorçable pour sortir le fichier de mise à jour du BIOS. Dell a une page d'assistance à ce sujet.

— William Bernting

@CharlesGreen Cela ressemble à une réponse pour moi. William a dit que cela avait résolu son problème.

— Seth

0

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

— Daniel J Blueman
source

Je suis très intéressé par l'option d'arrêt du GPU. À propos de "vous verrez la LED de charge blanche à l'avant s'allumer pendant 1 seconde même si elle est complètement chargée." vous voulez dire que lorsque vous branchez le câble à l'arrêt, vous voyez cela et c'est une sorte d'indication que la CE a été réinitialisée?

— BeeOnRope