Ubuntu 18.04 se bloquea al reanudar la suspensión

40

Después de completar una nueva instalación de Ubuntu 18.04 LTS y reiniciar, cerré la tapa del portátil Acer Aspire ES1-511 y tomé un pequeño descanso. Cuando regresé para continuar explorando las nuevas características de 18.04, la computadora portátil no se encendió. Uno de los fanáticos internos estaba funcionando bastante fuerte, pero nada más. Tuve que reiniciar una vez más.

Esto parece ser un problema recurrente a través de los años de Ubuntu. He investigado el problema desde entonces, primero tratando de cambiar la configuración de energía gnome-control-centery gnome-tweak-toolluego instalando pm-utils, editando archivos del sistema supuestamente responsables de la suspensión, y muchos más intentos, todo en vano. Incluso intenté ejecutar Ubuntu 18.04 Live desde una unidad USB, y todavía se produce el mismo problema.

Sospecho que es un problema con el núcleo, ya que he visto este problema en el pasado con el núcleo 4.15. ¿Resolvería el problema una actualización al último kernel de Linux o una versión anterior a una versión más estable? ¿Se ha solucionado el problema? Tal vez solo pueda editar algún archivo y todo esto se resolvería ...

Algunas especificaciones: El Kernel actualmente en ejecución es 4.15. La computadora, como se mencionó anteriormente, es una Acer Aspire ES1-511. El entorno de escritorio es Gnome 3.28.1. La versión de Ubuntu es de 64 bits 18.04.1 LTS.

Cualquier ayuda es apreciada. La computadora está perdiendo mucho sueño por esto.


fuente
¡Filo sangriento! Fue lanzado hace 2 días. Creo que se pueden esperar errores.
Personal de EODCraft
44
Obteniendo un problema muy similar desde la actualización a 18.04 en un XPS 9560.
colisiónDos
Matalak: estoy trabajando en un informe de error al experimentar el mismo problema. Según las especificaciones de Acer Aspire ES1-511, parece que tiene un Intel Celeron N2830. ¿Me puede decir si también tiene un SSD como su dispositivo de almacenamiento principal?
pHeLiOn
@collisionTwo: sigo trabajando en el informe de errores y persiguiendo una vaga teoría de que una CPU estilo Atom basada en Celeron y una SSD es parte del problema. Sin embargo, su XPS 9560 no se ajusta a mi teoría :) ¿Podría informarme si arregló su sonda de suspensión con la corrección del controlador nouveau (XPS 9560 tiene gráficos nVidia?) O si eso no funcionó y tuvo que recurrir al uso un kernel 4.14 para que la suspensión vuelva a funcionar?
pHeLiOn
@pHeLiOn: el disco duro es un Toshiba MQ01ABF050, no un SSD. Sin embargo, sí tiene un Intel Celeron N2830.

Respuestas:

8

He experimentado el mismo problema con un HP Pavilion 11 x360.

Kern.log sugiere que cree que se ha suspendido - PM: suspender la entrada (profunda) - pero el sistema se detiene en ese punto y no hay más entradas hasta que cierre y reinicie.

Una 'suspensión exitosa' tendría entradas adicionales PM: Sincronizando sistemas de archivos ... hecho. , Congelando procesos de espacio de usuario ... etc.

La pantalla se queda en blanco, pero el LED de encendido permanece encendido (al igual que el ventilador si ya está funcionando) y se requiere un restablecimiento completo (manteniendo presionado el botón de encendido) para poder usar la máquina nuevamente.

Incluso el uso de un USB 18.04 en vivo da como resultado el mismo problema de suspensión, lo que sugiere que no se debe a ningún programa adicional que haya instalado.

Otras tres computadoras portátiles diferentes (la de mi amigo y la mía) no tienen problemas con la suspensión en 18.04 , lo que me hace preguntarme qué combinación específica de hardware hace que esto ocurra.

Todas las computadoras portátiles (incluido el 'niño problemático') tienen gráficos Intel.

El 'portátil problemático' se suspende bien con Ubuntu 17.10, Kubuntu 17.10, Devuan Jessie, Devuan ASCII y Windows 10, pero no se suspende con Ubuntu 18.04 y Kubuntu 18.04.

(Inicialmente, el problema de suspensión también se produjo al intentar usar los núcleos 4.15, 4.16 y 4.17, pero los núcleos más recientes 4.17 y 4.18 tienen una actualización que ha permitido que la suspensión vuelva a funcionar en esta máquina)

El uso de UKUU para instalar el kernel 4.14 más reciente (4.14.47) en 18.04 solucionó el problema. (La respuesta aceptada por Matalak) : ahora recomendaría probar un kernel 4.17 o 4.18 reciente.


Editar: consulte los pasos aquí para ver si alguna otra solución puede resolver su problema primero: Ubuntu 18.04 - Dell XPS13 9370 ya no se suspende al cerrar la tapa


Tuve problemas para encontrar un informe de error sobre la suspensión que causaba un sistema completamente insensible en 18.04, lo que sugería que no estaba afectando a una gran proporción de usuarios.

Aunque es bueno que no esté afectando a un gran número de usuarios, puede hacer que sea más difícil averiguar dónde radica el problema si solo un puñado de personas experimenta problemas con su configuración de hardware específica.


Editar: se ha abierto un informe de error, el posible culpable parece haber sido identificado y se ha creado una versión parcheada del kernel 4.15 para resolver el problema de suspensión: el parche ahora está en los kernels más recientes 4.17 y 4.18 https: // bugs.launchpad.net/ubuntu/+source/linux/+bug/1774950

Edición adicional: a partir del 11 de septiembre de 2018, el núcleo de actualización del sistema estándar (4.15.0-34) ahora tiene el parche, que ha sido respaldado por esos amables desarrolladores y suspende el funcionamiento nuevamente como debería en la computadora portátil problemática con el Intel N3540. Muchas alabanzas a su trabajo!


Sin embargo, para ser claros, se trata de un problema al tratar de suspender su máquina en 18.04 donde la pantalla se pone en blanco (pero claramente no ha entrado en 'suspender') y luego no reacciona a nada más que mantener presionado el botón de encendido para apagarlo

pHeLiOn
fuente
8

Resolví el problema instalando UKUU y bajando al kernel 4.14.41. Quizás haya una incompatibilidad con el hardware en versiones posteriores del kernel.


fuente
4.14.41 incluiría la fusión y la protección del espectro.
WinEunuuchs2Unix
Eso es confuso ¿Cuáles son las diferencias entre 4.14 y 4.15 + que podrían causar problemas de suspensión / reanudación? Sean lo que sean, espero que sean restaurados en núcleos posteriores.
También estoy confundido. He intentado 4.15, 4.16 e incluso el kernel 4.17 pero todos tienen el mismo problema. Pero solo en una computadora portátil. Otras 3 computadoras portátiles (una con hardware muy similar) se suspenden sin ningún problema. La única solución que funciona para mi 'computadora portátil problemática' es usar un kernel 4.14 (gracias matalak por la solución, solo iba a ejecutar 17.10 y espero que se corrija 18.04). Si puede, ayude con el informe de errores (enlace en mi 'respuesta') para ayudar a perseguir este comportamiento extraño que solo parece afectar a algunas máquinas específicas.
pHeLiOn
Finalmente me uní al siguiente informe de errores: bugs.launchpad.net/ubuntu/+source/linux/+bug/… . ¡Gracias por ponerlo junto!
¡Jaja! ¡Excelente! Gracias matalak. Me he obsesionado un poco con este rompecabezas porque no tiene mucho sentido que solo afecte a algunas máquinas específicas. Inicialmente me preocupaba que ninguno de los desarrolladores le prestaría mucha atención, pero me dieron las instrucciones para dividir el núcleo entre 4.14 y 4.15 y (13 instalaciones de núcleo más tarde) obtuve un resultado que espero sea útil para fijar El insomnio. Es posible que no
estemos
4

Creo que es el controlador buggy nouveau. Intenta agregar:

 nouveau.modeset=0

a GRUB_CMDLINE_LINUXen el /etc/default/grubarchivo, después de ese plazo:

sudo update-grub
sudo reboot

Y voila ya no se cuelga de la hoja de vida de suspender.

cascagrossa
fuente
Lamentablemente, esto no funcionó. ¿Se suponía que debía verse la línea GRUB_CMDLINE_LINUX="nouveau.modeset=0"?
Estoy experimentando este mismo comportamiento con una computadora portátil que usa Intel Graphics. Sospecho que no está relacionado con la tarjeta gráfica porque otras 3 computadoras portátiles que usan Intel Graphics se suspenden sin ningún problema.
pHeLiOn
1
@pHeLiOn: ¿también tiene una tarjeta gráfica secundaria en la computadora portátil? La mayoría de las respuestas que he visto aquí y en otros lugares indican que es un problema con los gráficos nVidia. Eso es lo que tengo, y esta respuesta funcionó para mí.
kdgregory
@kdgregory: no, no hay una tarjeta gráfica secundaria en mi 'computadora portátil problemática'. Es solo Intel Graphics. El Acer Aspire ES1-511 de Matalak parece ser Intel Graphics solo por lo que puedo ver por las especificaciones.
pHeLiOn
@kdgregory, pero sí, a menudo hay problemas con los controladores de las tarjetas gráficas nvidia que dejan la pantalla en blanco. Sin embargo, si el comportamiento de Matalaks es el mismo que el mío, el problema parece ser que en realidad no se suspenderá, sino que deja la pantalla en blanco y se inmoviliza y luego solo se puede apagar.
pHeLiOn
2
sudo add-apt-repository ppa:teejee2008/ppa
sudo apt update
sudo apt install ukuu
sudo ukuu --install v4.14.41

funcionó bien para mí resolver este problema al arrancar usando opciones avanzadas para Ubuntu y seleccionando este kernel

Stuart Trusty
fuente
Bienvenido a Ask Ubuntu! ;-) Erm, ¿en qué se diferencia esta respuesta de la respuesta ya aceptada?
Fabby
2
para empezar, tiene comandos reales ... tal vez sugerir una edición a la otra respuesta hubiera sido preferible
Zanna
Afortunadamente, esos comandos se incluyeron en la URL proporcionada. ¡De todas formas, gracias por la ayuda!
2

Obtuve una solución alternativa para suspender el trabajo en Ubuntu 18.04 con una NVIDIA GeForce GTX 1050 Mobile y controladores propietarios de nvidia 390. Instalé pm-suspend via sudo apt-get install pm-utils. Luego, cambio de Gnome Shell a la terminal a través de Ctrl + Alt + f6. Después del inicio de sesión, lo hago sudo pm-suspend. Después de despertar del modo de espera, vuelvo a Gnome Shell a través de Ctrl + Alt + f1. ¡Hecho!

Gerhard Hagerer
fuente
Suspender parece funcionar para mí. Es la hibernación que depende de la hoja de vida para mí.
Stewart
1
De hecho, eliminé todos los problemas eliminando primero el controlador de nvidia, instalando el kernel más reciente a través de ukuu y, finalmente, instalé el controlador de nvidia más reciente del sitio web de nvidia.
Gerhard Hagerer
0

También estaba teniendo este problema que me atormentaba ... y una solución después de muchos intentos de MUCHOS MUCHOS MUCHOS fue reinstalar Ubuntu 18.04, y ahora funciona perfectamente. También estoy usando el controlador "probado" de Nvidia, ya que Nvidia fue el culpable antes.

Quizás fue la ppa "sudo add-apt-repository ppa: graphics-drivers" la que instaló "Extra" Stuff del PPA y / o el controlador 396 en sí mismo, lo que arruinó la capacidad de hibernación de mi laptop.

De cualquier manera, funciona perfectamente en este momento de escritura con el controlador probado de NVidia 390. Y solo para su información, también estuvo trabajando con el controlador 396 durante mucho tiempo, pero se volvió problemático la semana pasada - ¡OTRA VEZ! Entonces, aunque no sé la causa exacta ...

Está / estaba definitivamente relacionado con el controlador NVidia, ya que antes de cambiar al controlador Nouveau también funcionaba, pero seguro que no me gustó esa opción.

Tratando de ayudar, Mark

PD: aquí están mis otras notas de Tomboy para otros problemas con Ubuntu e Hibernación

18/07 Solución de problemas

‣ Requisitos previos: ¿admite su núcleo la suspensión al disco?

• Kernel admite todo lo que se enumera en / sys / power / state, por lo que:

• gato / sys / poder / estado

• Las entradas permitidas (que yo sepa) incluyen: mem, standby, freeze, disk. Explicación:

∘ mem: tiene varios significados, ¿cuál exactamente en su sistema lo encontrará a través de cat / sys / power / mem_sleep? Tengo: s2idle [profundo]

∘ en espera: suspensión de encendido (si es compatible)

∘ congelar - Suspender a inactivo (ITS)

∘ disco - Suspender a disco (STD), hibernación. Esto, tú quieres.

∘ el mío dice: congelar el disco de memoria - ¡PERFECTO!

• Entonces tenemos que verificar

• $ cat / sys / power / disk

‣ [plataforma] apagado reiniciar suspender test_resume

‣ [discapacitado]

• (no muy bueno)

‣ Habilite Hibernate y póngalo en el menú - Easy-Peasy

• sudo apt install pm-utils cpufrequtils

• Luego pruebe si hibernate funciona en su computadora ejecutando el comando:

• sudo pm-hibernate

• Después de que su computadora se apaga, vuelva a encenderla.

‣ ¿Se volvieron a abrir sus aplicaciones abiertas? Si es así, funciona, si no, hibernar no funciona. Puede verificar si su partición Swappiness es al menos tan grande como su RAM disponible, ya que puede resolver el problema. ¡Hibernación no permitida!

∘ Prueba: pm-hibernate - (si el paquete pm-utils está instalado), o

∘ funciona! después de la instalación de 18.04 y todavía no hay Nvidia

∘ systemctl hibernate

∘ funciona! después de la instalación de 18.04 y todavía no hay Nvidia

∘ Vuelva a agregar la opción de hibernación al menú de apagado:

• 1. Edite un archivo específico con este comando.

• sudo gedit /var/lib/polkit-1/localauthority/10-vendor.d /com.ubuntu.desktop.pkla

• 2. Desplácese hacia abajo en el documento de texto y busque las secciones siguientes:

∘ [Desactivar hibernación por defecto en upower]

∘ [Desactivar hibernación por defecto en logind]

∘ Cambie ambos valores de no a yes en:

∘ ResultActive = no (cambie esto a yes)

‣ Guardar, salir y reiniciar - ¡Listo!

markackerman8-gmail.com
fuente
0

Mi Acer ES1-512 fue construido en 18.04, actualizado a 18.04.1 ahora. He tenido este problema de pantalla negra en modo de suspensión / suspensión desde el 18.04.

Los siguientes pasos resolvieron el problema:

  1. El kernel anterior era 4.15.33 (tomó un par de actualizaciones automáticas) y esa es la fuente de este problema.
  2. Bajar a 4.14.41
  3. Modifique Grub para tomar "Opciones avanzadas" y apunte a 4.14.41
  4. Comida regenerada
  5. Reiniciar

¡Eso es! La función de suspensión y suspensión funciona bien ahora. Espero que esto ayude.

David
fuente
0

Probé la mayoría de las cosas mencionadas anteriormente. Finalmente, llegué a win-raid.com para ver si esto es un problema de BIOS. Y conocí a un caballero, que sugirió descargar el módulo i2c_hid antes de suspenderlo y volver a cargarlo después de reanudar. Y, luego, bendije mi computadora portátil con el módulo acpi_call para aumentar el rendimiento de la batería 2 veces.

https://www.win-raid.com/t4232f16-SOLVED-How-to-unlock-BIOS-options-of-rebranded-TONGFANG-chassis-systems-15.html#msg71683

EverCurious
fuente
Si bien esto puede responder teóricamente la pregunta, sería preferible incluir aquí las partes esenciales de la respuesta y proporcionar el enlace para referencia.
Kevin Bowen
0

¡Vaya, estoy leyendo mi propia publicación y pienso en lo útil que es esto!

¡Supongo que tengo que agradecerme a mí mismo!

Solo quería agregar que como medida de solución de problemas, lamentablemente llegué a la conclusión de que sí, a menudo está relacionado y / o combinado con Gnome en Xorg / Ubuntu y Nvidia, ... ... Es específicamente un UBUNTU / "Gnome en Xorg "Problema.

Después de que el problema volvió a surgir y una reinstalación de mi controlador nvidia-440 (Open Source) y reiniciar en "Ubuntu" vs "Gnome en Xorg", no se suspendió automáticamente / Pantalla negra / Necesita reiniciar para volver. .. como todos sabemos es un problema.

Luego, en la mañana ... después de reiniciar y entrar en "Gnome on Xorg"

Se suspende automáticamente cuando no debería (no es necesario explicarlo). ARGHHHHHHH!

Así que ahora, conspiratoriamente, supuse que es ESPECÍFICAMENTE, ya sea (gnome en xorg y / o Ubuntu lanzando una llave inglesa a las cosas que intentan que inicies sesión en "Ubuntu".

De cualquier manera, no es Autosuspending una vez más ... y estoy en "Ubuntu" y sí ... 18.04 LTR.

ps Incluso traté de engañarlo habilitando "Dim Screen When Inactive", que he llegado a la conclusión ... NO funciona con Nvidia instalada (otra historia), aunque una extensión gnome cambia el brillo muy bien "Ajustar el icono de brillo" ,

Y la computadora después de 5 minutos de inactividad, dio un mensaje en la parte superior "Protector de pantalla de suspensión automática deshabilitado" ... HMMMM ... pero no hizo el temido "¡Vaya cosa negra!"

Entonces, llamaré a esto ... ¡algo resuelto!

markackerman8-gmail.com
fuente