2010-01-15

KDE Zombie -una cuestion tecnica-

Hola, Feliz 2010!

Les cuento que a principios de esta semana mi compu portatil tuvo un accidente banal y quedo zombie!!!

Lo que sucedio fue que se quedo sin bateria, prendida, y como tantas otras, se fue a dormir. Entro en modo "suspender". Del que nunca se recuperó. Le dio la catalepsia grafica!!! O sea, prendia la compu y llegaba a la pantalla de inicio: [Usuaria / Contraseña]. Pero ahi estaba zombie el teclado y el touchpad (mouse).

Por suerte, mi maquina tenía instalado Kubuntu (8.10), una distribución de GNU/Linux con KDE, un manejador de ventanas y entorno de escritorio que me permite usar la maquina "a botonera" (justamente, el KDE fue el que quedo zombie, el resto de mi maquina parecia funcionar correctamente).

La combinación de teclas CTRL+ALT+F1 (oF2, F3, ... F6) me lleva a la pantalla negra que me invita a loguearme, con usuario y contraseña, al interior de Akrata (mi compu). Ahi descubri que mi teclado si funcionaba. Uf, por primera vez esa tarde amé la pantalla negra. Ahi estaba, logueada; mis archivos sanos y salvos. Pero yo hasta ahi llegaba con mi ciencia (más allá del típico "primero
reiniciá a ver si se arregla sola").

Así que allí me fui a buscar la solución de mi problema en la Internet, navegando con Kanishka (mi vieja compu ahora en manos de Sofi) que aunque lenta y un poco obsoleta, navega.

Yiré por la web, buscando en los foros la solución a mi problema, pensando que seguramente a alguien ya le habría sucedido, y habría encontrado la solución. Me tomó varias horas revisar los blogs y ver que las soluciones que ofrecían eran para problemas distintos al mío, o demasiado complicadas para que las pudiera probar.

Hasta que llegué al foro de Kubuntu en español. Alguien había tenido el mismo problema hace unos meses, pero el foro ya estaba cerrado por falta de actividad.

Entonces, luego de buscar, a ver si ya estaba resuelto mi problema en otra parte, decidí hacer mi propia pregunta al foro. Tengo este problema, alguien puede orientarme para resolverlo?

Y ahi la muchachada salió en mi auxilio. Uno de los foristas se quedo en linea conmigo hasta altas horas, motivado por su confesa curiosidad del problema, y una inconfesa solidaridad excepcional! A él, mi agradecimiento mayor...

A continuación, cómo encontramos el problema y su solución:


Primer intento probar que no hubiera paquetes "rotos" resetear las configuraciones de kde:
# mv .kde .oldkde

renombrar (mv) el archivo de configuración .kde (un archivo oculto) al nuevo nombre .oldkde y que al reiniciar arranque con un archivo limpio. No funcionó

Luego, probar que no hubiera paquetes "rotos":
# dpkg --configure -a
# aptitude install -f


Y revisar el archivo de configuración xorg.conf
# cat /etc/X11/xorg.conf
y los logs
# cat /var/log/Xorg.0.log

en busca del archivo cataléptico. 

Luego, renombrar el xorg.conf
# sudo mv /etc/X11/xorg.conf  /etc/X11/xorg.conf.copia

teniendo en cuenta la X mayúscula de X11 (si no no funciona).

Así, moví la carpeta de configuración de KDE y el comando cat de Xorg me di pantallas de datos que me eran indescifrables.

El sistema, en algun momento, me sugirio remover /tmp/.X=-lock

Reinicio. Entro en modo recovery otra vez.

Hice la reparacion de X server. (solución ofrecida al oprimir la tecla ESC durante el arranque y entrando en modmo "a prueba de fallos")

Vuelve a la pantalla de inicio. El problema persiste... Mi teclado, muerto para KDE.

Probamos parar kdm
# sudo /etc/init.d/kdm stop

y luego eliminar el archivo
# sudo rm /tmp/.X=-lock

y lanzar kdm de nuevo
# sudo /etc/init.d/kdm start


El archivo .X=-lock  lo habia eliminado cuando la maquina me lo sugirio. Hice el kdm stop y kdm start (efectivamente en TTY7 desaparecio la pantalla de inicio y luego volvio a aparecer, sin funcionar aun). Reinicie. Sigue el mismo problema.

Probamos
# sudo dpkg-reconfigure xserver-xorg

Pasé por dpkg-reconfigure, y volví a poner configurar el teclado. No me ofreció nada mas. No cambió nada.

Reinicio.

KDE sigue zombie.


Otro sugirió:

"Puedes probar como ultima opcion en modo recovery y entrando en shell root, luego lanzas startx y desde el escritotio root eliminas la carpeta .kde del usuario. OJO!! eliminara todo lo que has configurado del kde, pero a mi y a otros nos ha arreglado cuando despues de meter la contraseña no inicia el escritorio."

Pude entrar al modo grafico por el shell root. Levanto X. Entré. Pero mi touchpad y teclado siguen sin funcionar. Y ahora no tengo acceso por TTY, ya que ninguna levanta. (Root KDE entro en TTY2). Solo pude salir dando CTRL+C en el TTY1 para detener el servidor de X.

Reinicio.

En recovery mode todo parece cargar OK, no da ningun mensaje de error.

Mi problema sigue alli. Ay!!!!!


Me sugieren conectar mediante ssh para poder recolectar más información.

# ssh usuario@ipdelportatil

así podré ver los log de kdm y del xorg y postearlos en el foro para que me ayuden a descifrarlo.


Se que tengo SSH en las 2 maquinas (ambas con Ubuntu), pero esto se me esta volviendo mas complejo. Pido disculpas.

Ifconfig me tira varias direcciones cuando quiero saber la IP de mi laptop. No se cual es la que sirve.
Ifconfig dice:

Pan=:avahi inet addr: 169.254.7.183 y en otra linea 169.254.6.77 y Bcast 169.254.255.255

Cualquiera de estos numeros no me contesta nada. Queda muda y silenciosa la consola. Seguramente estare usando un numero IP incorrecto. Espero un prompt de contraseña...

Mi compu estaba sin conexion de red.

Desempolve mi viejo cable de red. Conectó al toque. Ahora mi portatil esta manca, pero ya no esta ciega ;)

Ahora reintento con SSH, pero o bien no le estoy acertando a la IP o a la sintaxis...

pao@kanishka:~$ ssh pao@127.0.0.1
ssh: connect to host 127.0.0.1 port 22: Connection refused
pao@kanishka:~$ ssh -l pao pao@169.254.7.183

Silencio de negras...

Uf, que dificil se me esta poniendo esto...

Me responden:


"no, no es esa la ip. mira con
# ifconfig | grep inet
a ver que ips tienes. la que estás poniendo es la del loopbak (localhosts).
y ¿seguro que tienes instalado ssh? una cosa es que el comando ssh funcione y otra que tengas instalado el servidor ssh (el paquete se llama ssh)"

En ambas máquinas tengo instalado Open SSH 0.9.8

La IP:
Inet 192.168.1.3

Bueno, voy aprendiendo algo: como conseguir la IP de mi máquina, y conectar con ella via SSH desde otra computadora :)

Genial! Logre conectarme via ssh!!!

Ahora los logs:

pao@Akrata:~$ cat /etc/X11/xorg.conf

Section "Device"
Identifier "Configured Video Device"
Option "UseFBDev" "true"
EndSection

Section "Monitor"
Identifier "Configured Monitor"
EndSection

Section "Screen"
Identifier "Default Screen"
Monitor "Configured Monitor"
Device "Configured Video Device"
EndSection


Ja, no decía nada de mi teclado y monitor. Parece que aquí estaba el problema. No me pregunten como se cambió el xorg.conf al dormirse la máquina, por favor!

Y el log:

# cat /var/log/Xorg.0.log


pao@Akrata:~$ cat /var/log/Xorg.0.log
X.Org X Server 1.5.2
Release Date: 10 October 2008
X Protocol Version 11, Revision 0
Build Operating System: Linux 2.6.24-19-server i686 Ubuntu
Current Operating System: Linux Akrata 2.6.27-7-generic #1 SMP Fri Oct 24 06:42:44 UTC 2008 i686
Build Date: 24 October 2008 08:00:16AM
xorg-server 2:1.5.2-2ubuntu3 (buildd@rothera.buildd)
(...)
(II) Cannot locate a core pointer device.
(II) Cannot locate a core keyboard device.
(II) The server relies on HAL to provide the list of input devices.

If no devices become available, reconfigure HAL or disable AllowEmptyInput.


Ahi estaba lo que buscábamos. La pobre Akrata no encontraba el teclado ni el touchpad.


Es realmente raro que HAL no  reconozca los dispositivos, probamos poniendo este xorg.conf que me paso mi ciberángel de la guardia:

Section "ServerLayout"
Identifier     "Layout0"
Screen         "Default Screen"
InputDevice    "Keyboard0" "CoreKeyboard"
InputDevice    "Mouse0" "CorePointer"
EndSection  


Section "InputDevice"
# generated from default
Identifier     "Mouse0"
Driver         "mouse"
Option         "Protocol" "auto"
Option         "Device" "/dev/psaux"
Option         "Emulate3Buttons" "no"
Option         "ZAxisMapping" "4 5" 
EndSection


Section "InputDevice"
# generated from default
Identifier     "Keyboard0"
Driver         "keyboard"
EndSection

Section "Device"
Identifier "Configured Video Device"
Option "UseFBDev" "true"
EndSection

Section "Monitor"
Identifier "Configured Monitor"
EndSection

Section "Screen"
Identifier "Default Screen"
Monitor "Configured Monitor"
Device "Configured Video Device"
EndSection


Pero, como escribir todo eso en un archivo de configuracion???

Probe las modificaciones. Reinicie. Se tildo al arrancar en "Checking memory state". Entre en "Recovery Mode". Llegue al prompt (nunca arranco el servidor X).
le di el comando startx. Mi maquina responde:
xinit: CVonnection refused (errno 111): Unable to connect to X server
xinit: no such process (errno 3): Server error.
xauth: error in locking authority file /home/pao/.Xauthority
(Este ultimo error ya me lo habia tirado tiempo antes, por el mismo problema, volver del estado de suspension). No recuerdo como resolvi.

Pero me temo que estoy peor que antes...
 
para lo del .Xauthority
sudo chown -R 1000:1000 /home/tuusuario

Luego, eliminé el xorg.conf 

# sudo rm /etc/X11/xorg.conf

y luego ejecuté nano

# sudo nano /etc/X11/xorg.conf

y directamente copio y pego todo el contenido en el archivo. Grabo con "CTRL + O" y salgo con "CTRL + X"
y reinicio kdm a ver si hay suerte

sudo /etc/init.d/kdm restart

Todo esto es más sencillo haciéndolo desde otra pc mediante ssh.

 En cuanto al problema original, parece resuelto: resucitó mi touchpad y pude ingresar mi contraseña.

Arranco KDE pero sólo me muestra un cartelito que dice:
"Could not start kstartupconfig4. Check your installation. [Okay]"

Al oprimir el boton, reinicia el Xserver, vuelve al prompt. Mismo resultado. Pero ahora mis teclas escriben!!!

Intento en Recovery Mode y uso XFIX (Fix X Server). Otra vez no funciona el teclado...

Reinicio.

Volvio el problema.

El xorg.conf volvio a su estado anterior sin definicion de teclado y mouse (algo que toquetie, o el recovery mode?); reintento arreglarlo como antes (al final, nano mucho mejor que vi, gracias por eso tambien!)

Restarteo el KDM

Reinicio.

Mi maquina decidio hacer un chequeo de discos de rutina (???). Se esta tomando su tiempo. AY AY AY

Esc to skip. La tecla esc funciona.

Pero vuelvo al prompt y teclado y cursor siguen frizados... Me dan ganas de llorar...

Y yo sin un backup. A esta altura, ya hubiera reinstalado todo. Maldita hibernación!!!!!

Actualizo los paquetes
# sudo aptitude update
y
# sudo aptitude safe-upgrade

tras eso reinstalo estos paquetes con este comando
# sudo aptitude reinstall kubuntu-desktop kde-minimal kdm kdebase kdebase-runtime kdebase-workspace kdebase-apps -f

el parámetro -f forzará la resolución de posibles dependencias incumplidas.

Reinicio kdm y pruebo (no es necesario reiniciar el equipo, con el
# sudo /etc/init.d/kdm/restart 
es suficiente).

 Bueno, mi teclado funciona, logré entrar al KDE, y ya estoy lista para un upgrade (9.10). Un asunto resuelto en menos de 1 dia, con un bug dificil :D

Gracias gracias gracias!!!

Todos los detalles de la odisea en  KUbuntu-es.org.

(Actualizacion con respuesta mi salvador!)

"Enviado por: shaola

Bonita entrada pao, solo un par de detalles, al final del todo has puesto
ubuntu-es no kubuntu-es  [Arreglado] y en la explicación del primer comando has puesto
arreglar paquetes rotos en lugar de resetear las configuraciones de kde
cuando haces el comando mv .kde .oldkde [Arreglado]

Por otro lado, gracias por mencionarnos y por tu actitud. [Gracias a Uds!]

Para terminar, quisiera explicarte un par de cosas.

Cuando te desaparecían las entradas del teclado y del touchpad del xorg.conf
no es que tu lo hicieras mal, en teoría es hal el que se tiene que encargar
de detectar los dispositivos, y el xorg.conf a día de hoy es innecesario, de
hecho, debería funcionar todo, incluso sin que hubiera un xorg.conf. Hal se
encarga de detectar los dispositivos y de ponerlos a disposición del xorg.
Por eso cuando "reparabas el xorg" desde el modo de recuperación se borraban esas entradas.

En tu caso, es hal el que estaba provocando el error.

Aunque haya desaparecido el xorg.conf, el archivo se mantiene (o se puede
crear si no existe) para forzar configuraciones en casos que, como en el
tuyo, hal no haga bien su trabajo, o se quiera forzar el uso de un driver
privativo como el de nvidia o los de ati.

Creo que todo el problema ha venido por la mezcla de repositorios, quizá
tuvieras un xorg de jaunty y un hal de intrepid, no lo sé, eso habría que
analizarlo, pero he creido necesario aclararte estos detalles para que
tuvieras un conocimiento más profundo de la base del problema que has
tenido.

Un saludo pao.

P.D. ahora que estás en jaunty, te recomiendo que instales wicd (está en
los repositorios) para gestionar las redes, eso evitará que tengas que
desempolvar el cable de red de nuevo si te encuentras con un problema
similar. [Instalado!]

Te puse un enlace en el otro hilo a una entrada de mi blog que explicaba las
ventajas de este excelente manejador de redes.

Link: http://www.kubuntu-es.org/foro/201001/kde-zombies-resumen-blog#comment-62562" [Buenísimo -y lindo!- el Wicd (Network Manager), lástima que no logro mandarlo al panel, y me queda abierto en modo ventana. Puedo minimizarlo, pero no anclarlo al panel, como antes el KNetwork Manager. Probé arrastrarlo pero no se queda...]
 
Pao

1 comentario:

Siddharta dijo...

Hola Pao:

No es necesario anteponer el comando "sudo" cuando ya estás trabajando como supuerusuaria (root). Es decir, cuando tu prompt muestra el signo numeral (#) significa que estás como root y no necesitas usar "sudo". "sudo" se usa cuando no has iniciado sesión como root, y el usuario actual tiene permiso para usar "sudo".

Incorrecto:

# sudo /etc/init.d/kdm restart

Correcto:

$ sudo /etc/init.d/kdm restart
[sudo] password for paola: ******

ó así:

# /etc/init.d/kdm restart

Espero haberme explicado. Qué bueno que estás frecuentando Kubuntu-es.org

Sidd,
México.