Ubuntu 18.04 no se activará después del bloqueo de pantalla y en blanco / suspender / dormir

Estoy tratando de ejecutar Ubuntu 18.04 en una computadora portátil con un procesador AMD A12 y gráficos Radeon R7. No tengo nada más que problemas y estoy muy desanimado con Ubuntu, aunque usé 12.04 durante años sin tales problemas.

Tengo dos problemas que son enloquecedores, y los publicaré por separado. Los problemas solo ocurren en Gnome y Ubuntu en Xorg y no ocurren en Wayland. Sin embargo, me dicen que es mejor no ejecutar Gnome en Wayland.

Este problema es que la computadora a veces no se despierta de la suspensión. Bueno, creo que se despierta porque la unidad óptica gira y el disco duro funciona, pero no puedo iniciar sesión porque la pantalla de bloqueo es un hash de colores o un fondo distorsionado sin un lugar para iniciar sesión. Ni siquiera puedo ctrl-alt-F1 para llegar a un mensaje. Toda la entrada está congelada.

Me pregunto si Xorg está configurado correctamente. Estoy ejecutando el controlador de video Oilaf que funciona bien en Wayland, así que no sé si hay un problema con Xorg y ese controlador.

Parece que hay un problema con el controlador Nouveau. Edite el grubarchivo editándolo con acceso sudo.

sudo vim /etc/default/grub 

Agregar nouveau.modeset=0a la línea que diceGRUB_CMDLINE_LINUX=""

Entonces corre

sudo update-grub

Reinicie después de actualizar con éxito el grubarchivo.

El protector de pantalla me ayudó con Xubuntu 18.04, excepto que instalé xscreensaver y todo comenzó a funcionar correctamente.

Tengo un problema muy similar en una computadora portátil HP Pavilion 17-ar050wm. He intentado muchas cosas diferentes, usando controladores de última generación Oilaf / Ubuntu-X, cambiando a lightdm, corriendo gdm3 -reset, pero lo único que parece marcar la diferencia es si entré en suspensión presionando el botón de encendido o cerrando La tapa del portátil. Cuando acabo de cerrar la tapa, la pantalla / teclado no vuelve a funcionar correctamente aproximadamente 3/4 de las veces, pero cuando presioné el botón primero, vuelve a aparecer el 100% del tiempo (hasta ahora).

Entonces, por falta de una solución mejor, solo voy a tratar de recordar presionar el botón de encendido cada vez antes de cerrar la tapa.

Creo que finalmente encontré la respuesta a esto. Parece estar funcionando hasta ahora, pero solo han pasado unos días. La solución que encontré es:

sudo gdm3 -reset 

y reiniciar.

(Nota: después del reinicio de gdm3, volverá a una pantalla de inicio de sesión que no le permitirá iniciar sesión. No se preocupe. Reinicie y volverá a la pantalla de inicio de sesión normal y todo estará bien).

Para reparar esta instancia, escribí:

sudo apt install gnome-screensaver

Y funcionó la primera vez. No sé por qué el archivo no funcionaba o por qué no estaba allí, pero como dije ... funcionó para mí.

Tuve este problema, en la pantalla de bloqueo apagaba la señal de video pero no volvía a encenderse.

Si intenta escribir su contraseña a ciegas, es posible que note que la pantalla se enciende y se conecta.

Fue un problema relacionado con el video / protector de pantalla.

Lo arreglé instalando xScreenSaver

El problema para mí fue lightdmy pude arreglar la pantalla en blanco después del problema de bloqueo simplemente cambiando a gdm3:

sudo apt-get install gdm3

Cuando se le solicite durante la instalación, el cambio de lightdma gdm3y pulsa enter. Es necesario reiniciar y ahora tendrá una pantalla de inicio de sesión más moderna. Lo más importante es que despertar de bloquear la pantalla realmente funciona ahora, al menos para mí finalmente lo hace.

Además, si está harto de estar atascado mientras prueba todas estas soluciones, use la combinación de teclado CTRL+ ALT+ F1(o cualquier sesión desde F1- F6) para cambiar a una sesión de terminal y luego vuelva a cambiar a través de CTRL+ ALT+ F7. Ahora debería ver el texto que dice que su pantalla está bloqueada, pero solo déle 5 segundos y verá la solicitud de contraseña. Eso me ahorró muchos dolores de cabeza al tener que reiniciar por la fuerza cada solución que probé.

Mi máquina tuvo un problema similar después de actualizar a Ubuntu 18.04. Después de cerrar la tapa, el sistema operativo no se activaría, pero la luz de fondo se encendería. (Posiblemente no relacionado: parecía que mi teclado tampoco respondía, ya que el bloqueo de mayúsculas no iluminaba el LED).

Encontré una solución en la configuración de mi BIOS. Había una casilla de verificación para habilitar la activación cuando se abre la tapa del portátil. Estaba desmarcado, pero verificarlo solucionó el problema.

$ uname -r
4.15.0-21-lowlatency

$ lsb_release -r
Release:    18.04

$ lscpu
Architecture:        x86_64
Model name:          AMD PRO A10-8700B R6, 10 Compute Cores 4C+6G

$ dmidecode
BIOS Information
    Vendor: HP
    Version: N73 Ver. 01.17
    Release Date: 11/02/2016

En mi situacion:

$ uname -r
4.15.0-33-generic

$ lsb_release -r
Release: 18.04

$ lscpu
Architecture:        x86_64
CPU op-mode(s):      32-bit, 64-bit
Byte Order:          Little Endian
CPU(s):              4
On-line CPU(s) list: 0-3
Thread(s) per core:  1
Core(s) per socket:  4
Socket(s):           1
NUMA node(s):        1
Vendor ID:           GenuineIntel
CPU family:          6
Model:               55
Model name:          Intel(R) Pentium(R) CPU N3540  @ 2.16GHz
Stepping:            8
CPU MHz:             880.243
CPU max MHz:         2665,6001
CPU min MHz:         499,8000
BogoMIPS:            4331.60
Virtualization:      VT-x
L1d cache:           24K
L1i cache:           32K
L2 cache:            1024K
NUMA node0 CPU(s):   0-3
Flags:               fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx rdtscp lm constant_tsc arch_perfmon pebs bts rep_good nopl xtopology tsc_reliable nonstop_tsc cpuid aperfmperf tsc_known_freq pni pclmulqdq dtes64 monitor ds_cpl vmx est tm2 ssse3 cx16 xtpr pdcm sse4_1 sse4_2 movbe popcnt tsc_deadline_timer rdrand lahf_lm 3dnowprefetch epb pti tpr_shadow vnmi flexpriority ept vpid tsc_adjust smep erms dtherm ida arat

$ sudo dmidecode | grep BIOS -A2
BIOS Information
Vendor: Acer
Version: V1.10
BIOS Revision: 0.0
Firmware Revision: 1.9

Hardware - Aser E5-511-P6CS

La solución es eliminar de la $vt_handoffcadena grub .

Para hacer esto, solo edite el /etc/grub.d/10_linuxarchivo.

Establecer $vt_handoff = "1"en$vt_handoff = "0"

Tengo problemas similares Intenté deshabilitar la tarjeta gráfica conmutable y modificó vt_handoff. Ninguno de ellos funcionó.

Luego "accidentalmente" solucioné el problema al configurar el modo SATA para que fuera "ACHI" (era "IDE" cuando instalé ubuntu) en el BIOS. ¡Y solucionó el problema!

Tuve este problema y lo resolví actualizando al último núcleo de la línea principal (4.20) desde el publicado de Ubuntu (4.15) usando la Utilidad de actualización del núcleo de Ubuntu (también conocido como Ukuu).

Al principio pensé que podría ser un problema de controlador de pantalla, así que bajé a nvidia-390, pero persistió. Sin embargo, desapareció por completo después de actualizar al kernel 4.20.

En mi caso, deshabilitar la "suspensión automática" para ambos cuando está enchufado y con la batería resuelto el problema. Me di cuenta después de instalar actualizaciones, la configuración cambió de nuevo por sí misma, tenlo en cuenta.