Esta no es la primera vez que Ubuntu se congela. La última vez, he comprobado 'archivos actualizados recientemente en' /var/log/
e /var/crash/
y la causa del problema parecía ser 'LibreOffice'.
Ahora, ha sucedido de nuevo.
Nada funciona, excepto el botón de apagado (basado en la experiencia previa). Ni siquiera puedo abrir tty's usandoCtrl+Alt+F{1..6}
Tengo mucha memoria (7.7 GB), Ram (2 x 3.16Ghz) y espacio en el disco duro (100 GB en un SSD de 256GB).
No hay nada que pueda hacer, excepto cerrar. La computadora pasó una prueba de memoria.
¿Qué debo buscar (grep) en los registros?
Actualización: He enviado un error aquí: https://bugs.launchpad.net/ubuntu/+source/xorg/+bug/1023916/
Respuestas:
Un congelamiento se parece mucho a un error en Xorg o en el kernel. ¿Has tratado de pasar a la caja? A veces eso funciona incluso si las interfaces de usuario locales son irresponsables. Una conexión ssh que funcione podría ser muy útil para depurar este tipo de problema.
De los datos que proporcionó, iría por el registro del kernel. Parece que la oficina libre colapsó por alguna razón, y en un segundo, Chrome también desapareció. Entonces definitivamente había algún tipo de problema en ese momento. Eche un vistazo más de cerca al registro alrededor de esas líneas de error y vea si puede identificar el primer mensaje de error de esa cascada de eventos. Las marcas de tiempo a la izquierda deberían ser útiles, ya que cualquier evento relacionado con el congelamiento debería estar bastante cerca de los dos que mencioné.
Solo a juzgar por los dos eventos incluidos en su registro, parece probable que el bloqueo de la oficina libre de alguna manera hizo que X fuera inestable, causando tanto el congelamiento de la IU como el bloqueo del cromo. Notarás que Chrome se bloqueó en una biblioteca X.
fuente
/var/log/Xorg.0.log
. Ejecutedmesg
para ver la salida reciente del kernel. Quizás ejecutarpstree
y / ops -A
ver qué procesos aún existen. Después de eso, puede decidir recopilar más información o ver si puede reiniciar su servidor X. El último essudo restart lightdm
iirc, pero podría estar equivocado allí./var/log/kern.log
, me di cuenta de que no había reinstalado el controlador ATI propietario después de actualizar a 12.04, y que este podría ser el problema. Así que he reinstalado el controlador ATI. Por cierto,/var/log/Xorg.0.log
tenía> 1000 líneas de largo, todo desde hoy, así que ni siquiera sabía por dónde empezar. Gracias por la ayuda. Te dejaré saber lo que encuentre.Una instalación de vainilla, a mi entender, significa una instalación limpia de una distribución. Pruebe una instalación limpia (como formatear todo , cree un nuevo usuario e intente nuevamente). Por supuesto, haga una copia de seguridad de sus archivos importantes antes de hacer esto.
Además, en lugar de reinstalar, puede intentar crear un nuevo usuario . Esto puede señalar el problema: si el nuevo usuario funciona, el problema se encuentra en la configuración de usuario doméstico. Si no es así, es un problema del sistema (y reinstalarlo probablemente lo resolvería)
No instales nada más. No use PPA. Solo actualice el software a través del administrador de actualizaciones o apt-get, sin alterar / agregar la lista sources.list. Eso significa instalación de vainilla. Vea cómo responde el sistema durante 3-4 días. Luego, comience a agregar software uno por uno para descubrir el paquete problemático.
Después de reiniciar, el sistema generalmente agrega ".old" o ".0" en el nombre del archivo.
Yo diría que estos archivos de registro serían informativos:
... o si lo prefiere por separado:
fuente
Varias aplicaciones segfault y kernel oops generalmente son síntomas de problemas de hardware. Primero intente ejecutar un memtest, probablemente fallará con errores.
fuente