Cómo cerrar filezilla a través de la terminal


12

Estoy trabajando en los archivos del servidor temporalmente a través de filezilla en ubuntu 11.10. A veces, cuando cierro el archivo desde mi IDE, filezilla se bloquea y no funciona correctamente. Si intento cerrar el filezilla, no se cierra. Entonces, ¿hay alguna manera de cerrar el filezilla a través de la terminal? Cualquier ayuda amablemente apreciada. Gracias.

Respuestas:


15

Si un proceso deja de responder, puede forzarlo a matarlo desde la terminal con

pkill -9f nombre-proceso

P.ej

pkill -9f filezilla


2
Deberías probar sin -9 primero (pero aún con -f). El uso lo -9mata con la KILLseñal . Si puede eliminarlo con la TERMseñal , tiene la oportunidad de limpiar algunas cosas primero (por ejemplo, puede ser capaz de escribir el contenido de los búferes de archivos abiertos o liberar explícitamente recursos que podrían no ser reclamados de manera tan eficiente por el sistema después de la terminación abrupta). Por eso lo recomiendo pkill -f process-nameprimero.
Eliah Kagan

5

Seguí los pasos a continuación para cerrar Filezilla.

En la terminal, escriba a continuación para enumerar todos los procesos en ejecución.

ps -A

Esto le dará la lista de procesos en ejecución. Encuentre la identificación del proceso que tiene el nombre "filezilla" y elimine el proceso. En mi sistema, la identificación del proceso es 1759.

kill 1759

Filezilla se cerrará al instante. Gracias.


1
Consejo: Puede canalizar la salida de ps a grep para filtrar fácilmente otros procesos. Es decir, ps -A | grep filezilla.
Skytreader

1

Debido a la cantidad de veces que se bloquea Filezilla, he hecho un comando que lo elimina directamente de lo anterior, puede usar esto para ejecutar cualquier comando, pero en este caso lo he hecho para Filezilla.

Crea un nuevo archivo , llámalo como quieras solo asegúrate de que tenga la extensión de comando.

he llamado mío killzilla.command

Dentro del archivo tiene una línea

pkill -9f filezilla

Ahora, tan pronto como Filezilla se bloquea, hago doble clic en ese ejecutarlo en la terminal y la muerte instantánea para el dolor en mi depositante


Como allí , es realmente mejor intentar matar con SIGTERM antes de enviar SIGKILL.
Eliah Kagan

No sé cómo perdí tu comentario allí, sin mirar correctamente, sin duda, crearé otro archivo de comando. Liek, dije que realmente sucede mucho. Puedo decirle exactamente cuándo sucede también, es el menú de clic derecho que lo hace por mí todo el tiempo, si me paso el dedo entre las ediciones y fz a y hago clic mal y recorto el menú que es exactamente cuando se bloquea Probablemente lo haga un par de veces a la semana.
Chris

1
Puede resultar un poco difícil automatizar esto bien, aunque se puede hacer. Enviar SIGKILL inmediatamente después de SIGTERM a menudo evitará que termine cualquier manipulación de SIGTERM, y SIGKILL podría incluso llegar antes de SIGTERM. Mientras más tiempo desee, es menos probable que continúe el manejo de SIGTERM, pero es más probable ( si tuvo éxito) que el usuario ya haya lanzado otra instancia. Incluso dormir durante 250 milisegundos conlleva un riesgo significativo de que el usuario haya lanzado la aplicación nuevamente. La solución es obtener el PID en sí (no se reutiliza inmediatamente), luego usar el killcomando.
Eliah Kagan

Solo tengo dos archivos separados en mi escritorio. Podría abrir el terminal, pero estoy siendo flojo, eso pasará sin dudas tan pronto como el windozy salga de mi sistema, 15 años después es difícil de sacudir :) Debería estar bien, pero es bueno saber este tipo de cosas . Cada día aprendo más sobre Linux. Solo llevo trabajando con él durante aproximadamente 12 meses, pero siempre hay algo nuevo e interesante. Gracias por el puntero por cierto, es ciertamente útil saberlo.
Chris

¡Usar dos scripts separados, invocados manualmente para enviar SIGTERM y SIGKILL también es una solución perfectamente buena! Es posible que desee actualizar su respuesta. Puede usar el botón editar para cambiar cualquiera de sus preguntas o respuestas.
Eliah Kagan
Al usar nuestro sitio, usted reconoce que ha leído y comprende nuestra Política de Cookies y Política de Privacidad.
Licensed under cc by-sa 3.0 with attribution required.