Cuelgues en Mandriva

Empieza a ser común la presencia de gente que encuentra "cuelgues" en su Mandriva, por tanto quisiera hacer que en este hilo se fuesen posteando las causas más comunes de esos cuelgues y demás:

1. Lo primero es saber la versión de mandriva que estamos usando. Si usamos la versión estable, estos cuelgues no deberían suceder, por tanto, si una persona usa la rama Cooker, no debería extrañarse de que le sucedieran otras cosas.
Es común creer que la versión de Mandriva 2006.1 es una versión más estable que la 2006.0, pero esto es INCORRECTO. Mandriva 2006.1 son un conjunto de ISOs con la rama Cooker de principios de Enero de este año, por tanto NO es estable.

2. Después es importántísimo actualizar el sistema. Para evitar los problemas más comunes de nuestro Mandriva 2006 es muy útil agregar el repositorio updates e instalar TODAS las actualizaciones que haya de bugs, problemas de seguridad, .etc.

La forma más "fácil" de configurar el repositorio "updates" y actualizar es usar el propio GUI que nos ofrece Mandriva.

También se puede hacer mediante la línea de comandos:

urpmi.addmedia --update updates 
ftp://ftp.cica.es/pub/Linux/Mandrakelinux/official/updates/2006.0/main_updates/ 
with media_info/hdlist.cz 

Esta línea nos añadirá el repositorio "updates" a nuestro urpmi pudiendo actualizar nuestro sistema posteriormente.

NOTA: Por favor, ¿alguien podría decirme el comando EXACTO que habría que correr después para actualizar nuestro sistema? (me refiero a actualizaciones de seguridad y demás, no a cambios de versión de Mandriva). Gracias :-)

3. Suele ser muy útil echar un vistazo a las Notas de Lanzamiento de Mandriva y a la página de Erratas de Mandriva 2006, donde podremos encontrar la solución de los "problemas" más comunes.

4. Ante estos cuelgues es importantísimo revisar minuciosamente los logs del sistema, que podremos encontrar en el directorio /var/log/. Los más importantes de éstos serían: /var/log/syslog, /var/log/messages, /var/log/Xorg.0.log
También es útil correr lo siguiente:

dmesg | less

Que nos mostrará los logs de la primera parte del arranque.

5. Es importante saber qué núcleo estamos usando. Muchas veces, mandriva NO nos actualizará por su cuenta el kernel, por tanto, tras actualizar el repositorio updates, sería recomendable verificar si hay una nueva versión del kernel a instalar, para estar completamente seguros de que tenemos la versión más reciente.

urpmi --test kernel 
(es muy genérico pero urpmi nos mostrará todas las opciones)

Tampoco podemos instalar cualquier kernel, para saber el kernel que estamos corriendo actualmente y que, por tanto, debemos mantener actualizado, hemos de correr:

uname -a

Este comando nos dirá el kernel que corremos

6. Cuando la máquina no sufre cuelgues, sino que se vuelve tremendamente lenta, hemos de correr top desde un terminal para conocer el proceso que no está funcionando correctamente y que está gastando demasiados recursos. Comandos útiles para estos menesteres serían:
- top -> Nos mostrará el consumo de CPU, memoria, .etc de los procesos, indicándonos también su número de proceso (o PID)
- kill -> Este comando nos permnitirá matar un proceso. En este caso tendremos que ponerle como argumento la opción -15 o -9, para matar procesos (-9 es más "fuerte" que -15) y el NÚMERO de proceso.
- killall -> Es lo mismo que kill, pero aquí el argumento es el nombre del proceso en lugar de su número:

killall -15 mozilla-bin

Este es un ejemplo del uso que le podemos dar a killall

7. Muchos cuelgues son debidos a un mal funcionamiento del servidor gráfico X. Hay que estar atento cuando usamos drivers propietarios de Nvidia o ATI (estos últimos suelen dar muchos problemas). En caso de cuelgue de X no hemos de hacer reset como primera opción, tenemos una serie de combinaciones de teclas muy interesantes:
- Ctrl+Alt+Backspace -> Reseteara el servidor gráfico
- Ctrl+Alt+F1 -> Nos permitirá ir a una consola desde la cual es posible que podamos recuperar el sistema.

8. A veces el problema puede derivar de una mala configuración del escritorio que usemos, pero ello podríamos crear temporalmente una nueva cuenta, con ficheros de configuración "vírgenes" para poder "acortar" el problema.

9. Cuando tenemos la suerte de tenmer nuestro sistema conectado a red, tenemos la posibilidad de conectarnos a el vía SSH para intentar rebotarlo "de buena manera" remotamente.

10. Una funcionalidad muy útil de ACPI es el poder usar el botón de "power" de nuestra torre (o portátil o lo que sea) para que, si le damos un "toque" el sistema se rebote haciendo halt (para rebotarlo a lo bruto tenemos que mantener pulsada la tecla o darle a "reset"). Esta funcionalidad se activa por defecto en Mandriva si usamos ACPI.

A mi, casi siempre me ha funcionado.

11. Suele ser bueno echar un vistazo a los bugs de mandriva, lo mismo tenemos suerte y el bug ya se ha solucionado.
Páginas interesantes serían:
http://blogdrake.net/node/2849
http://qa.mandriva.com/enter_bug.cgi -> Aquí podremos reportar el bug y buscar los bugs relacionados con nuestro problema (mirar la barra amarilla inferior de dicha página).

12. Si se me ocurre algo más ya lo añadiré :-)

Saludos y gracias