Gráfica sólo funciona bien arrancando en recovery mode

6 envíos / 0 nuevos
Último envío
#1 Mié, 12/09/2018 - 17:08
rayo
Imagen de rayo
Desconectado/a
colaborador
se unió: 21/02/16

Gráfica sólo funciona bien arrancando en recovery mode

Estado: 
[SOLUCIONADO]

Hola.

Debian Testing en un viejo PC (tendrá unos 18 años), $ uname -r 4.18.0-1-686, GeForce 4 MX 4000

--------------------

Hace unas semanas empezaron a salir artefactos al lado del cursor cuando el PC llevaba unos minutos en marcha. Le cambié la tarjeta gráfica y ahora funciona bien, desaparecieron los artefactos y el aviso de "mce hardware error". Antes tenía una ATI (probé a limpiar los contactos y todo eso). Ahora tiene instalada una GeForce 4 MX 4000.

 

Cuando le cambié la gráfica lo que hacía en "modo normal" es que el monitor se apagaba y encendía en forma intermitente. Luego le instalé el driver nouveau y empezó a funcionar.

 

Instalé el paquete xserver-xorg-video-nouveau, pero el monitor se queda con la resolución de 640 x 480 de refresco y no me permite otra configuración.

 

Lo raro es que si arranco el PC en "recovery modo" y cuando llega a la línea "Give root password for maintenance (or press Control-D to continue)" pulso las teclas "Control + D", el PC funciona perfecto. Aparece con la resolución 1366 x 768 que tenía por defecto cuando estaba instalada la anterior gráfica ATI, puedo cambiar la configuración de la resolución, funciona todo muy bien.

No entiendo el porqué en "modo normal" parece que no trabaja el driver nouveau, pero en modo "recovery mode" todo va perfecto.

 

Tanto en modo normal como en "recovery mode", si compruebo con lsmod, veo que está el nouveau:

$ lsmod  | grep video
video                  36864  1 nouveau

 

También probé a instalar el driver Nvidia que viene en el repositorio para usarlo en lugar del nouveau, pero no funciona.

---

En otra partición tengo instalada la Debian Estable y también funciona perfecta con la nueva tarjeta GeForce, tanto en modo normal como en recovery.

No hay problema porque puedo usar Debian Testing arrancando en "recovery mode", pero tengo curiosidad por saber el porqué no me funciona bien el driver en "modo normal".  

Saludos.

Mié, 12/09/2018 - 19:52
rockyiii
Imagen de rockyiii
Desconectado/a
administrator
se unió: 11/01/16

en recovery mode estas usando el mismo kernel o uno mas viejo???

Mié, 12/09/2018 - 20:43 (Responder a #2)
rayo
Imagen de rayo
Desconectado/a
colaborador
se unió: 21/02/16

Hola Rockyiii. Estoy usando el mismo kernel.

 

$ uname -r
4.18.0-1-686

Jue, 13/09/2018 - 20:02
rockyiii
Imagen de rockyiii
Desconectado/a
administrator
se unió: 11/01/16

fijate si en /etc/X11/xorg.conf.d tenes algún archivo de configuración de la amd y que pone el de nvidia

no se si instalaste nvidia seting para la versión de tu controlador, a lo mejor podes lograr que te tome bien la configuración del monitor desde dicho programa.

otra que podes probar es el kernel de estable o de de estable backport

a lo mejor un journalctl -b -p err nos da alguna pista de lo que esta pasando.

Mié, 19/09/2018 - 08:23
empanada
Imagen de empanada
Desconectado/a
se unió: 05/11/16

Veo dos caminos:

El primero y mas probable es que al arrancar en recovery-mode se anula el arranque de algunos servicios con el parámetro "single". Lo mas probable es que tengas algún servicio instalado que entra en conflicto con la Nvidia (lo mas lógico pensar que software que tuvieras instalado cuando usabas la ati), y que al arrancar en recovery, no se activa, y en normal, si. Para saber los servicios activos

# systemctl list-unit-files | grep enabled

Lo mejor evidentemenet sería desinstslar el software asociado a ese servicio.

 

El segundo camino (menos probable). Analizar las opciones de grub (el gestor de arranque), y compararía las posibles diferencias entre los parámetros que grub le pasa al kernel en el arranque normal y el arranque recovery-mode.

Puedes hacerlo revisando directamente el archivo /boot/grub/grub.cfg:

$ cat /boot/grub/grub.cfg

Cada entrada del menú de grub se identifica facilmente, la sintaxis es intuitiva: una linea "menuentry" seguida de lineas entre { y } .

O bien tras el arranque (deberías arrancar una vez en cada mod (normal y recovery):

$ cat /proc/cmdline
BOOT_IMAGE=/boot/vmlinuz-4.6.0-0.bpo.1-amd64 root=/dev/sda1 ro quiet

Un saludo.

BLUES

Dom, 23/09/2018 - 18:24
rayo
Imagen de rayo
Desconectado/a
colaborador
se unió: 21/02/16

Hola. Lo solucioné, una vez leído el mensaje que envió Empanada, quitando "nomodeset" de la línea GRUB_CMDLINE_LINUX_DEFAULT

 

Con "journalctl -b -p err" no encontré ningún error significativo

 

La lista de servicios con "systemctl list-unit-files | grep enabled" era igual en modo normal y recovery

 

Buscando con "cat /proc/cmdline" me di cuenta de que había una diferencia entre normal y recovery.

 

Estuve mirando en /etc/default/grub y en la partición donde está Debian Estable tenía:

GRUB_CMDLINE_LINUX_DEFAULT="quiet"

Mientras que en la Debian Testing tenía:

GRUB_CMDLINE_LINUX_DEFAULT="quiet splash nomodeset"

 

Le quité "nomodeset" a la Testing y ahora funciona bien.

 

Muchísimas gracias a todos por la ayuda.