Eu tenho um apt-get installprocesso que parece irremediavelmente entalado na processing triggers for python-supportetapa.
Minha inclinação é por killisso, mas, no passado, simplesmente - killum apt-get installprocesso me causou muita dor. (Arquivos de bloqueio sortidos do IIRC são deixados para trás etc.)
Existe uma maneira mais segura de interromper esse processo?
Respostas:
De um modo geral, para matar um processo, não há maneira mais segura de matar um processo do que com um assassinato regular (SIGTERM). Caso seja um processo interativo, geralmente você pode pará-lo ainda mais com segurança enviando um sinal SIGINT, geralmente enviado pressionando Ctrl+ C. Este sinal está sendo capturado pelo próprio processo, pode ouvi-lo - e geralmente para normalmente. ( obrigado Eliah )
Em relação ao gerenciamento de pacotes, é uma espécie de caso especial. O banco de dados DPKG que os comandos do APT usam debaixo d'água sempre pode detectar se uma operação não foi concluída. Todo pacote tem um estado real marcado e atual , por exemplo, descompactado, configurado etc. Ao eliminar o frontend do APT, o banco de dados estará em um estado quebrado, mas conhecido . Os arquivos de bloqueio serão liberados somente quando tudo voltar ao estado limpo - você deve consertar isso até que permita novas operações.
A maneira de corrigir é apenas disparar um processo para obter todos os pacotes no estado configurado. Na prática, se você interrompeu uma apt-getoperação, pode finalizá-la mais tarde usando
sudo dpkg --configure -a
Ele sabe como recuperar do estado quebrado para um estado totalmente configurado e, nesse sentido, apenas continuar de onde foi interrompido. Os arquivos de bloqueio são deixados lá até que você termine isso, e isso é por uma razão - para impedir novas operações com o banco de dados DPKG em um estado impuro.
Enviar um SIGKILL (representação decimal 9) é muito inseguro. Esse sinal não é captado pelo processo, mas todo o processo será limpo pelo sistema operacional (kernel), quer o processo goste ou não. O estado dos arquivos no sistema de arquivos pode ser deixado em um estado corrompido. Nunca envie esses sinais, a menos que não esteja mais ouvindo outros sinais mais graciosos.
Quando encontro uma falha no apt-get, faço o seguinte (como root, ou seja, sudoantes de todos os comandos):
Mate o processo chamado apt-get:
killall -9 apt-get
Reconfigure o dpkg:
dpkg --configure -a
Atualize o apt-get:
atualização apt-get
Pacotes de atualização, incluindo aqueles instalados incorretamente:
atualização apt-get
Aprendi isso em algum lugar, mas infelizmente não me lembro exatamente onde.
O Linux e outros sistemas do tipo Unix são muito poderosos na linha de comando, mas muito implacáveis quando o processo é iniciado. O envio de um processo ao sinal de interrupção certamente interromperá o processo em execução, mas lembre-se de que você está deixando um banco de dados em um estado instável. O último registro pode não ser fechado corretamente, então você corre o risco de reparar um banco de dados. Não apenas com o apt, mas com qualquer aplicativo.
Sempre tente finalizar o aplicativo normalmente e interrompa apenas os processos que estão fugindo dos aplicativos.
Aqui está como eu faço isso: Ctrl+ CMas lembre-se de que é seguro enquanto o apt-get estiver na fase de download ou na atualização do cache. Fora isso, não consigo pensar em uma maneira mais segura. Apenas deixe terminar e desfazer as alterações, desinstalando ou fazendo o downgrade de alguma forma. Os arquivos baixados podem ser limpos comsudo apt-get autoclean