Bloqueo de server X, keyboard y mouse con pantalla dañada

Mi computadora (que tiene una tarjeta NVIDIA) tiene un problema de renderizado que es muy molesto.

A veces, el server X se "bloquea" después de la congelación (o lo que sea que esté sucediendo porque la música VLC se repite en el package actual) durante ~ 1 segundo, el puntero se vuelve invisible, el keyboard y el mouse no funcionan y aparece una pantalla que se ve así:

El servidor X está bloqueado

excepto que los colors son diferentes cada vez. He habilitado las teclas ctrl-alt-backspace y alt-sysrq- [rk] y ni siquiera eso tiene un efecto, para recuperarlo debo hacer un reinicio en frío.

A veces, en lugar de get la pantalla anterior, aparece una console llena de errores del kernel, como nouveau: no se pudo inactivar el canal XXX . Luego, después de unos segundos, todos los progtwigs mueren (mientras están en el tty). Esto podría ser un server X porque mis configuraciones xgamma (que se reinician cada cierre de session) aún están vigentes.

Y luego, incluso la console misma desaparece, no hay pantalla de inicio de session, solo negro (y la única salida también es un reinicio en frío).

La parte más extraña es que KTorrent (que estaba descargando un file cuando esto sucedió) todavía estaba transmitiendo datos durante el locking, de acuerdo con mi LED de módem. Todos los progtwigs son eliminados, pueden reproducirse con VLC reproduciendo música.

En particular, no puedo ejecutar ningún progtwig JavaFX 8 (ni siquiera el más simple que crea una window vacía) porque cuando ejecuto java -jar my.jar , aparece la window pero en un degenerado / renderizado-fuera de synchronization formulario, y ya sea a) la pantalla se bloquea después de unos pocos segundos de b) después de unos pocos (un) maximizar / cambiar el tamaño de lo anterior sucede. También sucede a veces mientras uso Firefox o incluso cuando no hay windows abiertas.

wmctrl -l muestra que la pantalla de locking no es una window. Además, como se dijo anteriormente, las windows / progtwigs siguen abiertos, por lo que no se eliminarán todos los processs de la GUI. Esto es muy confuso y me he quedado sin ideas.

Por cierto: alt-sysrq- [rk] no ayudará aquí, en realidad mata a todos los progtwigs y te pone en ese escenario de console. Sin embargo, ese no es el problema. En pocas palabras, es nuevo.

Por lo que dices, el server X sigue funcionando, pero la "connection" gráfica parece estar desconectada de tu pantalla.

Como un nuevo controller es para tarjetas NVIDIA, Java, Firefox y sus otros progtwigs están tratando de utilizar la tarjeta pensando que está disponible. Esto se llama aceleración de video (también conocido como hardware).

El "locking" de la pantalla no proviene del server X, sino de la falta de capacidades de hardware en nouveau para su tarjeta (representación 3D, deencoding de video, etc.), por lo que cuando un progtwig intenta usar uno de ellos, se bloquea el nuevo .

Considere los nombres de los códigos GPU y los motores de video para tarjetas NVIDIA. Suponiendo que tiene una tarjeta de la serie GeForce 6/7, termina en la familia NV40 (Curie), que a su vez usa motores de video VPE1, VPE2 y VP1, ninguno de los cuales admite la aceleración de video (hardware) (excepto XvMC de VPE2) . Eso es lo que hace que su server X "falle". (Tenga cuidado, el controller patentado de NVIDIA no ayudará en este caso debido a las capacidades faltantes).

La solución es desactivar por completo la aceleración de hardware, y limitarse a la representación del software hasta que obtenga una tarjeta compatible. En java 8, puedes hacer esto: java -Dprism.order=sw -jar my.jar , funciona bien en mi sistema. Y Firefox tiene una opción en sus preferences avanzadas para habilitar la aceleración de hardware (si está disponible, lo cual es erróneamente, pero no sé por qué), asegúrese de que no esté marcada.

Actualización: nouveau nunca fue bueno para utilizar el hardware de NVIDIA en primer lugar, así que si está utilizando uno y su distribución (por ejemplo, RHEL 7) hace que sea difícil get controlleres propietarios, le recomiendo que reemplace la tarjeta con un Radeon / Intel abierto -Los controlleres de fuente son mejor compatibles.