
Efectivamente, como en cualquier otro sistema operativo las aplicaciones a veces dejan de responder en GNU/Linux, principalmente por fallos en la aplicación o en alguno de los componentes que utilice.
No es algo demasiado común, pero a veces no solo se cuelgan sin más, sino que lo hacen de tal forma que conseguir retomar el control del escritorio sin molestias puede requerir alguna pequeña triquiñuela. El objetivo de esta guÃa es que aprendamos a lidiar con estas situaciones para que no nos veamos obligados a reiniciar el sistema solo porque queramos librarnos de estas aplicaciones colgadas. Por ello, veremos hasta seis formas de hacerlo, tanto utilizando el entorno gráfico como la terminal.
El monitor de sistema de GNOME
Lo más parecido al gestor de tareas de Windows en GNOME es el monitor del sistema, que presenta los procesos de forma gráfica en un listado y permite cerrarlos haciendo clic derecho sobre ellos. Para lanzarlo, puedes utilizar el diálogo de ejecución pulsando Alt+F2 y allà escribir gnome-system-monitor.
Me consta que algunas distribuciones tienen asignada alguna combinación de teclado para que se abra el monitor del sistema, pero esto no es asà en la mayorÃa, asà que si quieres que se abra pulsando, por ejemplo, Control+Alt+Suprimir puedes hacerlo yendo a Sistema » Administración » Combinaciones de teclas.
El equivalente en KDE: Ksysguard
KDE también tiene su propio monitor del sistema, llamado Ksysguard. Puedes ejecutarlo pulsando Alt+F2 y escribiendo ksysguard, o desde el menú Aplicaciones » Sistema » Ksysguard. También puedes obtener una versión reducida con la combinación de teclas Control+Escape.
Xkill: apunta y dispara
Este pequeño pero muy útil programa nos permite forzar el cierre de una aplicación señalándola con el cursor. Tras lanzarlo, este se transforma en una X y solo deberemos hacer clic sobre una ventana de dicha aplicación. Si nos arrepentimos, pulsando la tecla Escape el cursor vuelve a la normalidad.
Como las ocasiones anteriores, puedes ejecutar xkill asignándolo a una combinación de teclado o pulsando Alt+F2 y escribiendo xkill.
El comando killall
Nos pasamos ahora a la terminal. Normalmente la encontrarás en Aplicaciones » Accesorios » Terminal, o en el menú equivalente de vuestro escritorio. Si tienes problemas para abrir una terminal gráfica, también puedes salir del entorno gráfico momentáneamente con la combinación de teclas Control+Alt+F1. Podrás volver al entorno gráfico o rotar entre más consolas con la combinación de teclas Alt+Izquierda y Alt+derecha.
Killall nos permite enviar una señal de cierre (TERM) a una aplicación escribiendo el nombre del proceso. Si hay varios procesos con ese nombre, se la enviará a todos. Por ejemplo, para cargarse todos los firefox:
killall firefox
Si la aplicación está colgada, lo más probable es que no responda a la señal de cierre y para deshacerse definitivamente de ella tendrás que matarlos enviándoles una señal KILL:
killall -KILL firefox
Los comandos kill, pkill y pgrep
Muy en la lÃnea de killall tenemos kill, que en lugar de recibir como parámetro el nombre del proceso, recibe el número de identificación del proceso (PID). Podemos obtener este PID de múltiples maneras, pero precisamente para ello tenemos pgrep, que nos muestra el PID de un proceso si le pasamos su nombre. Mezclando ambas aplicaciones tenemos pkill, que se encarga de buscar el PID y luego le envÃa la señal.
kill 15670
pkill firefox
kill $(pgrep firefox)
Como sé que al principio puede parecer un poco lioso, nada mejor que un ejemplo. Suponemos que tenemos un Firefox cuyo PID es 15670. En el primer ejemplo, le enviamos la señal de cierre mediante su PID, en el segundo mediante su nombre de proceso, y en el tercero usamos pgrep para obtener el PID y el resultado se lo pasamos a kill.
Pero entonces, ¿qué diferencia hay entre killall y pkill? Pues mientras que al primero tenemos que pasarle el nombre exacto del proceso, pkill (y también pgrep) pueden buscar utilizando expresiones regulares y pueden hacerlo además sobre la lÃnea completa de ejecución, no solo sobre el nombre del proceso.
pkill '^f'
pgrep -f gvfs
Otros dos ejemplos: La primera de las dos órdenes envÃa una señal de cierre a todos los procesos que empiecen por «f», mientras que la segunda busca los PIDS de todos los procesos que en su lÃnea de ejecución tengan la palabra gvfs.
Tal y como pasaba con killall, si la aplicación está colgada, seguramente no responderá a la señal de cierre y para deshacerse definitivamente de ella tendrás que matarla enviándole una señal KILL:
pkill -KILL firefox
Utilizando top o htop
Top es otra aplicación en lÃnea de comandos que viene junto con todas las distribuciones de GNU/Linux. Su manejo es algo complicado, por lo que puede ser recomendable instalar y probar htop, que se parece bastante en concepto pero es mucho más sencillo y colorido.
Para cerrar un proceso en top debes pulsar la tecla «k» y escribir su PID, que puedes encontrar en la primera columna de la vista de la aplicación. Con htop es más sencillo, muy en la onda de los gestores gráficos: te posicionas en el proceso que deseas utilizando los cursores del teclado y pulsas F9.










Y se te olvida la combinación de teclas Ctrl+Alt+Esc que te cambia el cursor a una calavera y pinchas en la aplicación colgada para matarla.
Solo está disponible en KDE, que yo sepa. Pero mira, ya son 7 formas. Vamos a seguir coleccionando más :)
Simplemente es un atajo para xkill
en el monitor del sistema, que diferencias hay entre “Detener proceso” , “finalizar proceso” y “matar proceso”? cual es la mejor?
Detener es pararlo (señal STOP), detenerlo. Deja de responder, pero luego puedes reanudarlo en cualquier momento dándole a continuar (señal CONT).
Finalizar es mandarle una señal de cierre (señal TERM). El proceso intentará finalizar correctamente, pero si está muy colgado podrÃa no hacerte caso.
Matar es mandar una señal KILL, que el proceso no puede ignorar. Existen TERM y KILL porque imagÃnate que Firefox está escribiendo en su base de datos algo, y le mandas un KILL. La base de datos podrÃa quedar en mal estado. La señal KILL deberÃa ser el último recurso siempre, aunque en la práctica es raro que algo malo ocurra.
si tienes tiempo en un nuevo post podrias explicar lo mas o menos el monitor de sistema, para que sirve casa cosa y tal. porque por ejemplo hay una cosa que no entiendo esque estoy utilizando por ejemplo chrome, y voy al monitor de sistemas y me sale que esta durmiendo, porque? si se supone que lo estoy utilizando…
Un proceso dormido en realidad se está ejecutando, pero no está utilizando el procesador para nada.
SÃ, un post algo más teórico sobre los estados de los procesos y las señales podrÃa estar bien. Me lo apunto, gracias :)
Pues yo estoy acostumbrado a usar el Monitor del sistema (una costumbre de Windows), o usar
killall.Pero ahora usaré
xkillpara matar los procesos que no me se sus nombres, me complico menos la vida.Me encuentro muy pesado usar
kill, pero para los gustos los colores.Yo siempre hago:
ps -Af | grep XXXX
Para encontrar el pid del proceso que quiera, donde XXXX es el nombre(por ejemplo, “gedit”)
Y luego el simple “kill PID”…
El pkill es mas como matar una hormiga con una bomba pero tambien funciona :P
Yo ya te digo, como alternativa a killall pero aún más cómodo tienes pkill, que busca el nombre, no tienes ni que saberte el nombre del proceso completo :)
jajaja. Muy buena analogia =D.
muy buen tutorial! me parece muy util, porque yo normalmente vivo con 30 pestañas en el Firefox, y es raro que se me congele, pero a veces lo tengo que hacer :S
Saludos!
JaD!
no que linux es estable? que nunca falla? MENTIROSOS
Bueno troll, te echaré un poco de comida, espero que te siente mal:
Linux es tres millones de veces más estable que hasefroch incluso utilizando compiz con millares de mierdas.
En la definición de fallo hay dos posibles contestaciones:
En güindow$: Fallo: Estado normal del sistema En Linux: a)Algo que ocurre cuando trasteas con cosas que o bien no tienes mucha idea o bien estás utilizando recursos por encima de los disponibles. b)Aplicaciones de KDE algo inestables. c) Programas con fallos d) Porcentaje normal de fallo de una aplicación estable=0.01% o de firefox en XFCE 4%
Saludos troll
Muy buen tutorial, casi no he tenido que utilizarlos, pero cuando se requiere ahà esta kill ;)
En otras regresa sin hacer mayor esfuerzo.
Saludos…
otra pregunta? todos los usuarios de linux son tan prepotentes, groseros y altaneros como alberto? mejor te hubieras quedado callado, patan, solo te pusiste en evidencia, y reafirmas la idea de que los linuxeros, son TALIBANES saludos, fundamentalista
gilipollas