Dell XPS 15 (9550) reiniciando después de suspender

9

Tengo un Dell XPS (revisión 9550; este es esencialmente el mismo hardware que el Precision 5510 que está disponible con Ubuntu listo para usar) y sorprendentemente siempre funcionó correctamente de fábrica con 16.04. Sin embargo, en los últimos días, la suspensión ha dejado de funcionar, cuando funciona con batería 1 .

Básicamente, la computadora portátil parece suspenderse, pero cuando la despierto, pasa por el proceso normal de arranque.

Estas son las últimas líneas del /var/log/syslogregistro de suspensión:

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

¿Salta algo por ahí? Las siguientes líneas parecen ser lo que esperarías de un arranque en frío:

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

No ha cambiado demasiado últimamente, excepto que la versión de éxito del kernel 4.4.0-59(anteriormente era 4.4.0-57), y modifiqué una opción de BIOS para deshabilitar mi dispositivo de sonido incrustado (desde que se restauró sin cambios).

Finalmente, así es como se ve una suspensión / activación exitosa (cuando funciona con batería):

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

Tenga en cuenta que algunos de los mensajes "después" de la activación (a partir de 13:16:52) parecen estar relacionados con acciones que conducen a la suspensión. Supongo que la instalación de registro se cierra en algún momento durante la suspensión para que los mensajes después de ese punto aparezcan solo después de la activación (por lo que no puedo verlos en el caso fallido).


1 En particular, suspender funciona bien si la computadora portátil funciona con corriente alterna durante todo el proceso sospechoso, en el punto de suspensión, en el punto de activación y todo el tiempo en el medio. Simplemente desconectando el adaptador de CA, incluso por un segundo, mientras el host está en reposo causará la falla descrita anteriormente.

BeeOnRope
fuente
¿Alguna pista sobre esto? Parece que tengo exactamente el mismo problema: hasta cómo funciona, siempre y cuando la alimentación de CA esté conectada todo el tiempo. Ocasionalmente, también comienza a funcionar de otra manera, pero deja de funcionar tan pronto como ocurre un reinicio completo. Ahora estoy ejecutando 16.10, aunque también sucedió cuando estaba ejecutando 15.10 y luego 16.4. ¿Qué hardware tienes? GPU nVidia?
Luke Maurer
Tengo el combo Intel + nVidia, sí. Para mí, el problema desapareció después de un apagado completo + reinicio. Es decir, antes de reiniciar, nunca apagaba completamente y luego presionaba el botón de encendido. Una vez que hice eso, el problema nunca volvió.
BeeOnRope
@LukeMaurer: también puedes probar en la comunidad del proyecto sputnik . Técnicamente solo es compatible con los modelos de precisión que vienen con Ubuntu como el XPS 13 y Precision 5xxx, pero en cuanto al hardware, el XPS es más o menos el mismo, así que mantén tu modelo exacto un poco ambiguo si publicas.
BeeOnRope
* suspiro * El apagado completo no me lo solucionó. Lo que lo solucionó en este momento se estaba degradando a BIOS 1.2.0, pero ahora cuando se despierta de la suspensión, el wifi está roto ...
Luke Maurer
Sí, todavía estoy en un BIOS anterior (olvídalo, pero no lo he actualizado en un año) y no cambiaré hasta que vea uno lanzado donde la gente no se queja de los problemas.
BeeOnRope

Respuestas:

9

Esto es lo que funcionó : apagar completamente mi computadora portátil y luego volver a encenderla. Nota: no solo reinicie ... apague completamente.

El único efecto secundario es que Wifi deja de funcionar (ya que en la interfaz inalámbrica no se reconoce en absoluto). Un simple sudo systemctl restart NetworkManagerresuelve eso ... y si no quieres tener que hacerlo después de suspenderlo, puedes hacer un script con este script:

/lib/systemd/system-sleep/99restartnm

Eso contiene:

#! / bin / sh
caso "$ 1" en
    enviar)
        systemctl reiniciar NetworkManager
    ;;
esac

y hacerlo ejecutable:

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

(Sé que la respuesta estaba en los comentarios de la pregunta, pero es un poco fácil de perder ... gracias @BeeOnRope, realmente intenté probar cualquier otra cosa excepto apagar por completo ... facepalm )

Wagoodman
fuente
Por lo que vale, después de no tener este problema durante más de un año (desde que originalmente publiqué sobre él), regresó hoy, después de actualizar muchos paquetes, incluido el kernel, y purgar un montón de paquetes de kernel antiguos). Terminé aquí, pero el primer apagado no pareció solucionarlo. Arranqué una versión un poco más antigua del núcleo, que funcionó, y la versión actual (4.15.0-32) comenzó a funcionar nuevamente. Realmente no puedo decir qué lo arregló esta vez. FWIW Estoy en Dell BIOS 1.6.1 ahora (bastante reciente).
BeeOnRope
Creo que esta respuesta también es prometedora según mi comentario allí.
BeeOnRope
El apagado total solucionó el problema para mí en un Dell Precision 5520. No tuve ningún problema con wifi. Gracias.
Cerin
5

He estado experimentando el mismo problema con el XPS 9550 durante los últimos 2.5 años desde que se introdujo por primera vez, y ocurre cada pocas semanas. He estado usando Debian / Ubuntu Linux, pero el comentario # 20 sugiere que esto también ocurre en Windows:

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

El problema parece ser con el controlador incorporado, por lo que reanudar la suspensión provoca un reinicio en frío. La solución alternativa es realizar un apagado completo, desconectar el cargador y enchufarlo; Esto reinicia el controlador incorporado, borrando el estado defectuoso.

Daniel J Blueman
fuente
Estoy empezando a pensar que esta podría ser la respuesta: recientemente tuve este problema y un reinicio simple no lo hizo. Hice otro "reinicio y otras cosas" y funcionó antes de leer esto, así que no estoy seguro de si hice la secuencia anterior "reiniciar + desconectar + enchufar" en algún momento, pero trate de recordar si sucede nuevamente.
BeeOnRope
Esto también funcionó de mí @BeeOnRope. El mismo Dell XPS 9550 con Ubuntu 18.04: Apagar + desenchufar + enchufar + iniciar. Luego probé con: desconectar + suspender + reanudar y se me presentó la pantalla de inicio de sesión en lugar del reinicio desagradable. ¡Gracias chicos!
josemrivera
1

Después de no tener problemas con suspensiones / currículums fallidos durante bastante tiempo, comenzó a regresar. Como actualizo las cosas con bastante frecuencia, sospecho que fue una actualización del kernel.

Habían pasado unos meses desde que actualicé por BIOS, actualicé de 1.2.19 a 1.2.25. Mis problemas con la suspensión / reanudación desaparecieron después de actualizar el BIOS. Además, no hay problemas de wifi de mi parte. Ejecutando Ubuntu 16.10 con sabor xfce.

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

Mucha suerte a todos los demás.

William Bernting
fuente
En breve se marcará como 'no es una respuesta', pero también tengo un dell y no puedo actualizar el BIOS. ¿Cómo hiciste esto?
Charles Green
@ Charles ¿Debo eliminar mi respuesta?
William Bernting
Sí, o simplemente espera, y eventualmente se eliminará. Envíalo como una nueva pregunta. ¡Volví a mirar a Dell y encontré un método (quizás viable) para actualizar mi portátil un poco más viejo!
Charles Green
La forma más fácil es actualizarlo a través de un arranque dual de Windows. De lo contrario, deberá crear una unidad USB de arranque para activar el archivo de actualización de BIOS. Dell tiene una página de soporte al respecto.
William Bernting
@CharlesGreen Esto parece una respuesta para mí. William dijo que resolvió su problema.
Seth
0

Utilizando mi XPS 9550 diariamente en Ubuntu 18.04, he dejado de experimentar este problema con BIOS más recientes, hace aproximadamente 1 año. Esto se relaciona con el comportamiento en el controlador incorporado, que había actualizado el firmware en 1.6.1 / 1.7.0 para abordar las pulsaciones de teclas falsas. Si usa una base de código compartida, una solución para el problema de suspender / reanudar también puede haber aparecido. Sospecho que parte de la CE entra en un estado inesperado durante la suspensión, y la ruta de código de reanudación S3 no se toma correctamente en la reanudación cuando se ejecuta el BIOS por primera vez.

Todavía encuentro que la suspensión se cuelga en cualquier momento después de enchufar mi monitor LG 27UD88W USB-C para cargar (perfil de 100W), aunque esto no ocurre con los cargadores USB-C de 65W y 90W; Escalé el error, pero Dell está arrastrando los pies, ya que ahora es una plataforma antigua. Solo tengo que cerrar en su lugar.

Tenga en cuenta que cuando la computadora portátil se apaga y el cable de alimentación (USB-C o Dell) está enchufado, el EC se reinicia; esto eliminará los problemas de suspensión / reanudación; verá que el LED de carga blanco en la parte frontal se enciende durante 1s incluso si está completamente cargado.

Sugiero probar Ubuntu 18.04 y BIOS 1.8.0 @ http://downloads.dell.com/published/pages/xps-15-9550-laptop.html

Finalmente, para obtener un tiempo de ejecución óptimo de la batería, configuré una variable no volátil UEFI para deshabilitar la GPU discreta; Puedo publicar detalles en otro hilo si estoy interesado.

Dan

Daniel J Blueman
fuente
Soy muy interesante en la opción de cierre de GPU. Acerca de "verá que el LED de carga blanco en la parte frontal se enciende durante 1 segundo incluso si está completamente cargado". ¿quieres decir que cuando enchufas el cable cuando lo apagas ves esto y esto es algún tipo de indicación de que la CE se ha reiniciado?
BeeOnRope