Ubuntu 18.04 se bloquea al reanudar la suspensión

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.

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

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.

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.

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

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!

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!

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.

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

¡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!