[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: Cuelgue de mi Debian etch



El dl 25 de 06 del 2007 a les 22:00 +0200, en/na Esteban Torres va
escriure:
> Buenas a todos.
> 
> Mi problema es que mi Debian etch se me cuelga como un windows :'(
> 
> A ver, os cuento. Desde hace unas semanas estoy detectando que cuando le 
> doy un poco de caña al micro o memoria (tratando con imágenes, máquinas 
> virtuales, etc..) de mi equipo mi debian se queda totalmente colgada, 
> vamos, que lo único que acepta es el botonazo del reset. Tengo que 
> deciros que me puedo llevar días visitando páginas web y leyendo correos 
> que no le ocurre nada. Pensé en un principo que podía ser problema de 
> hardware, pero cuando el windows xp que tengo en esa máquina lo probé y 
> no se colgaba fué cuando descarté esa opción.  Entonces empezé buscando 
> problemas de kernel: tengo instalado el 2.6.18, pero cambié al 2.6.8 que 
> tengo también instalado y me pasaba igual. Antes, teniendo solo el 
> kernel 2.6.8 no pasaba. Entonces, de que puede ser?  Mi últimas líneas 
> en el messages son estas antes del reinicio son estas:
> 
> Jun 25 21:45:54 localhost gconfd (esteban-3219): Se resolvió la 
> dirección «xml:readwrite:/home/esteban/.gconf» a una fuente de 
> configuración escribible en la posición 1
> Jun 25 21:45:54 localhost gconfd (esteban-3219): Se resolvió la 
> dirección «xml:readonly:/etc/gconf/gconf.xml.defaults» a una fuente de 
> configuración de sólo lectura en la posición 2
> Jun 25 21:45:54 localhost gconfd (esteban-3219): Se resolvió la 
> dirección «xml:readonly:/var/lib/gconf/debian.defaults» a una fuente de 
> configuración de sólo lectura en la posición 3
> Jun 25 21:45:54 localhost gconfd (esteban-3219): Se resolvió la 
> dirección «xml:readonly:/var/lib/gconf/defaults» a una fuente de 
> configuración de sólo lectura en la posición 4
> 
> 
> Tambien tengo unas entradas en este fichero que son estas:
> 
> 
> Jun 25 21:45:15 localhost kernel: RAMDISK: cramfs filesystem found at 
> block 0
> Jun 25 21:45:15 localhost kernel: RAMDISK: Loading 4136KiB [1 disk] into 
> ram disk... |^H/^H-^H\^H<6>Time: tsc clocksource has been installed.
> Jun 25 21:45:15 localhost kernel: 
> |^H/^H-^H\^H|^H/^H-^H\^H|^H/^H-^H\^H|^H/^H-^H\^H|^H/^H-^H\^H|^H/^H-^H\^H|^H/^H-^H\^H|^H/^H-^H\^H|^H/^H-^H\^H|^H/^H-^H\^H|^H/^H-^H\^H|^H/^H-^H\^H|^H/^H-^H\^H|^H/^H-^H\^H|^H/^H-^H\^H|^H/^H-^H\^H|^H/^H-^H\^H|^H/^H-^H\^H|^H/^H-^H\^H|^H/^H-^H\^H|^H/^H-^H\^H|^H/^H-^H\^H|^H/^H-^H\^H|^H/^H-^H\^H|^H/^H-^H\^H|^H/^H-^H\^H|^H/^H-^H\^H|^H/^H-^H\^H|^H/^H-^H\^H|^H/^H-^H\^H|^H/^H-^H\^H|^H/^H-^H\^H|^H/^H-^H\^H|^H/^H-^H\^H|^H/^H-^H\^H|^H/^H-^H\^H|^H/^H-^H\^H|^H/^H-^H\^H|^H/^H-^H\^H|^H/^H-^H\^H|^H/^H-^H\^H|^H/^H-^H\^H|^H/^H-^H\^H|^H/^H-^H\^H|^H/^H-^H\^H|^H/^H-^H\^H|^H/^H-^H\^H|^H/^H-^H\^H|^H/^H-^H\^H|^H/^H-^H\^H|^H/^H-^H\^H|^H/^H-^H\^H|^H/^H-^H\^H|^H/^H-^H\^H|^H<6>input: 
> AT Translated Set 2 keyboard as /class/input/input0
> Jun 25 21:45:15 localhost kernel: 
> /^H-^H\^H|^H/^H-^H\^H|^H/^H-^H\^H|^H/^H-^H\^H|^H/^H-^H\^H|^H/^H-^H\^H|^H/^H-^H\^H|^H/^H-^H\^H|^H/^H-^H\^H|^H/^H-^Hdone.
> 
> 
> 
> Entonces, pregunto:
> 
> - Problema del sistema de ficheros? corrupto?
> - Como puedo testear que no es problema de rendimiento de hardware?
> - Algún log que me pueda indicar con mas seguridad lo que está pasando?
> - Otras ideas que no haya contemplado yo?
> 
> 
> Saludos.

Mas o menos me pasaba lo mismo, podia estar dias sin colgarse y hacerlo
tres veces en un mismo dia [(teclado y raton) out], la solucion reset.
Despues de descartar tarjeta grafica, memoria, etc.. lo achequé a la
CPU, que se detecta como P4/Xeon con Hyper-threading, por tanto instala
un kernel SMP y en un articulo leí que estas CPUs tenian problemas por
compartir el buffer. Actualizé a Lenny y me pasaba lo mismo, ahora con
Sid me funciona perfecto. 
Realmente todavia no he investigado el porqué pero al menos ahora me
funciona.
P.D. con el comando users, me salen dos usuarios, (2 CPUs)

Ánimo y al toro.



Reply to: