Ubuntu siempre parece congelarse en los primeros ~ 15 minutos de cuando se inicia en mi máquina. A veces es en los primeros 5 minutos, a veces lleva 30 minutos, a veces nunca sucede ...
No puedo reproducirlo de manera determinista, pero de todos modos sucede con la suficiente frecuencia que probablemente solo espero que vuelva a ocurrir.
¿Cómo puedo diagnosticar el congelamiento para descubrir la causa ?
Nota para los votantes cercanos:
No, esto no es un duplicado de esta pregunta. Esta pregunta es sobre el diagnóstico , no una recuperación temporal. Las respuestas a esa pregunta solo me dicen cómo matar el Servidor X, usar el Magic Combo para restablecer el kernel, etc. lo que no me ayuda a descubrir la causa.
Alguna información:
Ubuntu 11.04: 2.6.38-15-generic # 66-Ubuntu SMP x86_64 GNU / Linux
El mouse a veces se mueve, pero la interfaz de usuario nunca responde.
Presionar Ctrl+ Alt+ F1para ingresar a una terminal no funciona.
Los Alt+ SysRqcombos hacer el trabajo ... y parecen ser las únicas cosas que el trabajo, aparte del ratón (que a veces también puede moverse).
No me estoy quedando sin recursos (muchos gigabytes de RAM y espacio en el sistema de archivos son gratuitos)
Hardware posiblemente relevante (de la aplicación Hardware Lister):
Adaptador de red inalámbrico AR9285 (PCI-Express)
GT216 [GeForce GT 330M] (Estoy usando el controlador Nouveau, que parece funcionar bien)
Respuestas:
Los registros siempre deben ser su primer puerto de escala. Compruebe syslog para cualquier cosa adversa:
También revise los registros de Xserver en caso de que haya alguna indicación de un problema de controlador de gráficos (aunque eso suena menos probable dada su descripción):
En su caso particular, estos pasos podrían no arrojar nada interesante. En ese caso, me interesaría ver qué sucede en su sistema en el momento del desarrollo del problema. Con ese fin, personalmente, configuré un registro temporal de
top
salida a intervalos cortos, digamos cada 5 o 10 segundos. Con suerte, esto debería revelar si un proceso se está agotando con recursos en el momento del problema.Tenga en cuenta que existen alternativas, como cambiar a otro tty con Ctrl+Alt+F1... F6(para volver a la GUI, es Ctrl+Alt+F7) y ejecutar comandos de forma interactiva, o configurar un servidor SSH e iniciar sesión de forma remota. Ambos pueden ser incómodos si su máquina no responde o no, de ahí mi sugerencia más incómoda de escribir un archivo de registro (que también podría encontrar el mismo problema, pero es más probable que tenga éxito).
Implicaría algo como esto:
Esto escribiría la
top
salida en un archivo de registro en ~ / top.log cada 10 segundos más o menos. Tenga en cuenta que este registro crecerá bastante si este comando se deja en ejecución durante un período prolongado, así que vigílelo si su máquina comienza a comportarse de repente. Y elimine el registro conrm ~/top.log
cuando haya terminado. Tenga en cuenta también que ejecutar el comando anterior es una cosa única; no se reiniciará después de un reinicio.Para leer los registros generados después de un bloqueo, usaría
y golpear el End tecla para llegar al fondo. Estaría buscando procesos con un valor de CPU% inusualmente alto o un valor RES inusualmente alto.
Puede o no ayudar, pero es una información útil para tener.
fuente
/var/log/messages
pero no existe ... ¿es un archivo real o tenía la intención de que mirara los registros dentro de ese directorio? (Si es así, ¿qué registros?)syslog
ykern.log
, y en ambos, busquéSysRq
(ya que lo primero que hago es vaciar el sistema de archivos) ... pero parece que no sucedió nada relevante antes del vaciado, según los registros. Déjame revisar el registro de xorg ...Xorg
registros tampoco. Además, definitivamente no es un problema de CPU (es por eso que mencioné que no es una falta de recursos), mi CPU apenas se usa durante el congelamiento. La congelación es completamente aleatoria ... a veces estoy arrastrando una ventana y se congela, a veces solo dejo la computadora allí durante cinco minutos y cuando regreso está congelada. Pero no tiene nada que ver con la falta de recursos. Aún así, buena información, gracias.