A caixa de diálogo de falha do sistema está me incomodando, como posso desativá-la? Também gostaria de saber como ativá-lo novamente, caso precise relatar um problema.
uma vez que isso parece afetar inúmeras pessoas, é um bug com o próprio apport?
Thufir #
1
Não tenho certeza, mas também acho que o despejo de memória pode conter arquivos de texto completo para ex. portanto, se você tiver dados confidenciais, é melhor mantê-los desativados. Acho que, toda vez que ocorre uma falha e isso aparece, devemos estar claramente informados de que um dump de falha de 200 MB será carregado e conterá os dados que você estava editando no aplicativo. Eu finalmente encontrei algo que eu não gosto no ubuntu :(, nunca pensei que esse dia chegaria ...
A partir do Ubuntu 16.04, o systemd apport não parece honrar seu arquivo de configuração
Os comandos systemd para ativar / desativar o apport são:
Desativar
sudo systemctl disable apport.service
Se isso não funcionar, você precisará mascarar o serviço
systemctl mask apport.service
Para reativar
systemctl unmask apport.service # if you masked it
sudo systemctl enable apport.service
Versões anteriores do Ubuntu:
Você precisa editar /etc/default/apport. As seguintes alterações impedirão que o Apport inicie na inicialização:
Gráfico : Abra um terminal com ( CTRL+ ALT+ T) e digite este:
sudo -i gedit /etc/default/apport
e depois empurre ENTER. Sua senha está sendo digitada, mas não será exibida como pontos.
ou
Linha de comando :
sudo nano /etc/default/apport
Um editor de arquivos está aberto. Altere ativado de "0" para "1" para que fique assim:
enabled=1
Para desativá-lo, faça:
enabled=0
Agora salve suas alterações e feche o editor de arquivos. O Apport agora não será mais iniciado na inicialização. Se você deseja desativá-lo imediatamente sem reiniciar, execute sudo service apport stop.
Você também pode usar sudo service apport stopsem modificar /etc/default/apportpara desativá-lo temporariamente.
Isso não pareceu fazer nada para mim, ainda recebendo pop-ups de erro do sistema.
Xamox 11/11/12
Eu verifiquei isso e ainda não estava enviando relatórios de erro. Parece que deve ser ativado na linha de comando.
Colan
1
aliás, ele não mudou #/etc/default/apport
Aquarius Power
33
sudo service apport stop ; sudo sed -ibak -e s/^enabled\=1$/enabled\=0/ /etc/default/apport ; sudo mv /etc/default/apportbak ~
O script acima deve interromper o apport e, em seguida, fazer um backup do seu arquivo de configuração, desativar o apport na inicialização e, finalmente, move o backup para o diretório inicial.
Obrigado! Das três respostas, apenas essa funcionou para meu amigo quando substituímos o Ubuntu no Chromebook!
Pip
12
Nas versões mais recentes do ubuntu (15.04+)
Para parar o serviço:
systemctl stop apport.service
Para desativar o serviço na inicialização:
sudo systemctl disable apport.service
Para verificar o status do serviço:
systemctl status apport.service
Por fim, você também pode impedir a inicialização de um serviço systemd mascarando-o. O serviço não poderá iniciar (mesmo manualmente), a menos que seja desmascarado.
systemctl mask apport.service
Isso deve criar um link simbólico de /etc/systemd/system/apport.service para / dev / null.
fedoraproject.org
Não diz qual ubuntu rebase se não me engano. O systemctl foi introduzido muito depois do apport.
der_michael
@der_michael Sim, esta é uma resposta mais recente para versões mais recentes do ubuntu que usam systemd.
Mchid 16/10/16
4
Não desative o apport. Um dia desses, você pode ter uma sequência de falhas e nunca saber disso, exceto pelo mau comportamento do sistema ou algum sintoma específico do aplicativo.
O /var/crashdiretório está lá para registrar qualquer acidente. Você pode precisar disso algum dia.
Procedimento sugerido:
Crie uma nova pasta, por exemplo, $HOME/crashe copie para ela todos os relatórios de falhas existentes.
sudo rm /var/crash/*
sudo reboot
O comportamento pop-up repetitivo do travamento agora deve ter desaparecido. Além disso, os relatórios de falhas que você salvou podem ser valiosos ao relatar um bug na barra de ativação.
Como existe um bug no apport que quebra a depuração da linha de comando padrão do unix, esse bug é conhecido desde 2007 (vou comprar um bolo quando ele completar 10) (consulte https://bugs.launchpad.net/ubuntu / + source / apport / + bug / 160999 ) desativá -lo é de longe a melhor coisa a fazer se você estiver tentando corrigir seu próprio código.
Respostas:
A partir do Ubuntu 16.04, o systemd apport não parece honrar seu arquivo de configuração
Os comandos systemd para ativar / desativar o apport são:
Desativar
Se isso não funcionar, você precisará mascarar o serviço
Para reativar
Versões anteriores do Ubuntu:
Você precisa editar
/etc/default/apport
. As seguintes alterações impedirão que o Apport inicie na inicialização:Gráfico : Abra um terminal com ( CTRL+ ALT+ T) e digite este:
e depois empurre ENTER. Sua senha está sendo digitada, mas não será exibida como pontos.
ou
Linha de comando :
Um editor de arquivos está aberto. Altere ativado de "0" para "1" para que fique assim:
Para desativá-lo, faça:
Agora salve suas alterações e feche o editor de arquivos. O Apport agora não será mais iniciado na inicialização. Se você deseja desativá-lo imediatamente sem reiniciar, execute
sudo service apport stop
.Você também pode usar
sudo service apport stop
sem modificar/etc/default/apport
para desativá-lo temporariamente.Veja também:
fonte
systemctl
ser usado agora desde a mudança para o systemd desde o início?fonte
/etc/default/apport
O script acima deve interromper o apport e, em seguida, fazer um backup do seu arquivo de configuração, desativar o apport na inicialização e, finalmente, move o backup para o diretório inicial.
fonte
Nas versões mais recentes do ubuntu (15.04+)
Para parar o serviço:
Para desativar o serviço na inicialização:
Para verificar o status do serviço:
Por fim, você também pode impedir a inicialização de um serviço systemd mascarando-o. O serviço não poderá iniciar (mesmo manualmente), a menos que seja desmascarado.
Isso deve criar um link simbólico de /etc/systemd/system/apport.service para / dev / null. fedoraproject.org
fonte
Não desative o apport. Um dia desses, você pode ter uma sequência de falhas e nunca saber disso, exceto pelo mau comportamento do sistema ou algum sintoma específico do aplicativo.
O
/var/crash
diretório está lá para registrar qualquer acidente. Você pode precisar disso algum dia.Procedimento sugerido:
$HOME/crash
e copie para ela todos os relatórios de falhas existentes.sudo rm /var/crash/*
sudo reboot
O comportamento pop-up repetitivo do travamento agora deve ter desaparecido. Além disso, os relatórios de falhas que você salvou podem ser valiosos ao relatar um bug na barra de ativação.
fonte
Como existe um bug no apport que quebra a depuração da linha de comando padrão do unix, esse bug é conhecido desde 2007 (vou comprar um bolo quando ele completar 10) (consulte https://bugs.launchpad.net/ubuntu / + source / apport / + bug / 160999 ) desativá -lo é de longe a melhor coisa a fazer se você estiver tentando corrigir seu próprio código.
fonte
Por que não apenas removê-lo completamente?
Versão 16.04 LTS
Além disso, convém verificar isso:
Removendo concurso de popularidade sem destruir o sistema?
Novo no 18.04:
Como desativar os relatórios de informações do sistema
fonte