Como fechar o filezilla via terminal

Estou trabalhando nos arquivos do servidor temporariamente através do filezilla no ubuntu 11.10. Às vezes, quando fecho o arquivo do meu IDE, o filezilla falha e ele não funciona corretamente. Se eu tentar fechar o filezilla, ele não será fechado. Então, existe alguma maneira de fechar o filezilla através do terminal? Qualquer ajuda gentilmente apreciada. Obrigado.

command-line filezilla

— Paulraj
fonte

Respostas:

Se um processo não responder, você pode forçá-lo a matá-lo do terminal com

pkill -9f nome do processo

Por exemplo

pkill -9f filezilla

— Julio
fonte

Você deve tentar sem -9 primeiro (mas ainda com -f). Usar -9mata com o KILLsinal . Se você pode matá-lo com o TERMsinal , ele tem a chance de limpar algumas coisas primeiro (por exemplo, pode ser capaz de gravar o conteúdo de buffers de arquivos abertos ou liberar explicitamente recursos que podem não ser tão eficientemente recuperados pelo sistema terminação abrupta). Então eu recomendo pkill -f process-nameprimeiro.

— Eliah Kagan

Segui as etapas abaixo para fechar o filezilla.

No terminal, digite abaixo para listar todos os processos em execução.

ps -A

Isso fornecerá a lista de processos em execução. Encontre o ID do processo que está tendo o nome "filezilla" e mate o processo. No meu sistema, o ID do processo é 1759.

kill 1759

O Filezilla fechará instantaneamente. Obrigado.

— Paulraj
fonte

Dica: Você pode canalizar a saída de ps para grep para filtrar facilmente outros processos. Isto é ps -A | grep filezilla.

— skytreader

Devido à quantidade de vezes que o filezilla trava, eu criei um comando que o mata imediatamente acima, você pode usá-lo para executar qualquer comando, mas, neste caso, eu o fiz para o filezilla.

Crie um novo arquivo , chame-o como quiser, apenas verifique se ele possui a extensão de comando.

eu chamado meu killzilla.command

Dentro do arquivo, ele tem uma linha

pkill -9f filezilla

Agora, assim que o filezilla trava, clico duas vezes nele e o executo no terminal e morte instantânea devido à dor em mim depositante

— chris
fonte

Como lá , é realmente melhor tentar matar com o SIGTERM antes de enviar o SIGKILL.

— Eliah Kagan 25/03

Eu não sei como eu perdi o seu comentário lá em cima, sem olhar corretamente, sem dúvida, vou criar outro arquivo de comando. Como eu disse, isso realmente acontece muito. Eu posso lhe dizer exatamente quando isso acontece também, é o menu do botão direito que faz isso para mim toda vez, se acontecer de eu mexer entre as edições e a fz a e por acaso clicar e fechar o menu, exatamente quando trava. provavelmente faço isso algumas vezes por semana.

— chris

Você pode achar um pouco desafiador automatizar isso bem, embora isso possa ser feito. O envio de SIGKILL imediatamente após o SIGTERM geralmente impede que qualquer manuseio do SIGTERM termine, e o SIGKILL pode até chegar antes do SIGTERM. Quanto mais tempo você desejar, menos provável o manuseio do SIGTERM continuará, mas mais provável ( se bem -sucedido) o usuário já lançou outra instância. Mesmo o sono por 250 milissegundos acarreta um risco significativo de o usuário ter iniciado o aplicativo novamente. A solução é obter o próprio PID (não reutilizado imediatamente) e usar o killcomando

— Eliah Kagan

Eu só tenho dois arquivos separados em cima da minha mesa. Eu poderia simplesmente abrir o terminal, mas estou sendo preguiçoso que passará sem dúvida assim que o windozy sair do meu sistema, 15 anos depois é difícil de sacudir :) Eu deveria ficar bem comigo mesmo, mas é bom saber esse tipo de coisa . Estou aprendendo mais a cada dia sobre Linux. Eu só trabalho com ele há 12 meses ou mais, mas sempre há algo novo e interessante chegando. Obrigado pelo ponteiro, a propósito, é certamente útil saber.

— Chris25

Usar dois scripts separados e invocados manualmente para enviar o SIGTERM e o SIGKILL também é uma solução perfeitamente boa! Você pode atualizar sua resposta. Você pode usar o botão editar para alterar qualquer uma das suas perguntas ou respostas.

— Eliah Kagan 25/03