Le dialogue sur les pannes système m'énerve, comment puis-je le désactiver? J'aimerais aussi savoir comment le réactiver au cas où j'en aurais besoin pour signaler un problème.
étant donné que cela semble toucher de nombreuses personnes, est-ce un problème lié à la distribution elle-même?
Thufir
1
Pas sûr, mais je pense aussi que le crash dump peut contenir des fichiers de texte intégral, par exemple. Donc, si vous avez des données sensibles à ce sujet, mieux vaut le garder désactivé. Je pense que, chaque fois qu'un crash se produit et que cela se produit, nous devrions être clairement informés qu'un dump de 200 Mo, comme celui-ci, sera chargé et qu'il contiendra les données que vous avez modifiées sur l'application. J'ai finalement trouvé quelque chose que je n'aime pas sur ubuntu :(, je n'aurais jamais pensé que ce jour viendrait ...
Depuis Ubuntu 16.04, systemd apport ne semble pas honorer son fichier de configuration
Les commandes systemd pour activer / désactiver la répartition sont les suivantes:
Désactiver
sudo systemctl disable apport.service
Si cela ne fonctionne pas, vous devrez alors masquer le service
systemctl mask apport.service
Pour réactiver
systemctl unmask apport.service # if you masked it
sudo systemctl enable apport.service
Versions précédentes d'Ubuntu:
Vous devez éditer /etc/default/apport. Les modifications suivantes empêcheront Apport de démarrer au démarrage:
Graphique : Ouvrez un terminal avec ( CTRL+ ALT+ T) et tapez ceci:
sudo -i gedit /etc/default/apport
puis appuyez sur ENTER. Votre mot de passe est en cours de saisie, mais ne s'affiche pas sous forme de points.
ou
Ligne de commande :
sudo nano /etc/default/apport
Un éditeur de fichier est maintenant ouvert. Changer activé de "0" à "1", il se présente ainsi:
enabled=1
Pour l'éteindre, faites-le:
enabled=0
Enregistrez maintenant vos modifications et fermez l'éditeur de fichiers. Apport ne démarrera plus au démarrage. Si vous voulez l'éteindre immédiatement sans redémarrer, lancez sudo service apport stop.
Vous pouvez également utiliser sudo service apport stopsans modifier /etc/default/apportpour l'éteindre temporairement.
Cela ne semblait rien faire pour moi, mais il y avait toujours des pop-ups d'erreur du système.
xamox
J'ai fait vérifier cette information et elle n'envoyait toujours pas de rapports d'erreur. On dirait qu'il doit être activé à partir de la ligne de commande.
colan
1
Au fait, ça /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 ~
Le script ci-dessus doit cesser d’attribuer, puis effectuer une sauvegarde de son fichier de configuration, désactiver l’attribution au démarrage et, enfin, déplacer la sauvegarde dans votre répertoire personnel.
Merci! Des trois réponses, seule celle-ci a fonctionné pour mon ami lorsque nous avons écrasé Ubuntu sur son Chromebook!
Pip
12
Sur les nouvelles versions d'ubuntu (15.04+)
Pour arrêter le service:
systemctl stop apport.service
Pour désactiver le service au démarrage:
sudo systemctl disable apport.service
Pour vérifier le statut du service:
systemctl status apport.service
Enfin, vous pouvez également empêcher le démarrage d'un service systemd en le masquant. Le service ne pourra pas démarrer (même manuellement) à moins d'être démasqué.
systemctl mask apport.service
Cela devrait créer un lien symbolique de /etc/systemd/system/apport.service à / dev / null.
fedoraproject.org
Il ne dit pas quel rebasement d'ubuntu si je ne me trompe pas. systemctl a été introduit longtemps après la distribution.
der_michael
@der_michael Oui, c'est une réponse plus récente pour les nouvelles versions d'ubuntu qui utilisent systemd.
mchid
4
Ne désactivez pas. Un de ces jours, il est possible que vous rencontriez une série de pannes et que vous ne le sachiez jamais, sauf en cas de mauvais comportement du système ou de symptôme spécifique à une application.
Le /var/crashrépertoire est là pour enregistrer tout incident. Vous pourriez en avoir besoin un jour.
Procédure suggérée:
Créez un nouveau dossier, par exemple, $HOME/crashet copiez-y tous les rapports d'incident existants.
sudo rm /var/crash/*
sudo reboot
Le comportement de la fenêtre pop-up crash répétitif devrait maintenant avoir disparu. En outre, les rapports d'incident que vous avez enregistrés peuvent être utiles pour signaler un bogue au tableau de bord.
Puisqu'il existe un bogue dans apport qui rompt le débogage en ligne de commande standard Unix, et ce bogue est connu depuis 2007 (je vais acheter un gâteau lorsqu'il aura 10 ans) (voir https://bugs.launchpad.net/ubuntu / + source / apport / + bug / 160999 ) le désactiver est de loin la meilleure chose à faire si vous essayez de réparer votre propre code.
Réponses:
Depuis Ubuntu 16.04, systemd apport ne semble pas honorer son fichier de configuration
Les commandes systemd pour activer / désactiver la répartition sont les suivantes:
Désactiver
Si cela ne fonctionne pas, vous devrez alors masquer le service
Pour réactiver
Versions précédentes d'Ubuntu:
Vous devez éditer
/etc/default/apport
. Les modifications suivantes empêcheront Apport de démarrer au démarrage:Graphique : Ouvrez un terminal avec ( CTRL+ ALT+ T) et tapez ceci:
puis appuyez sur ENTER. Votre mot de passe est en cours de saisie, mais ne s'affiche pas sous forme de points.
ou
Ligne de commande :
Un éditeur de fichier est maintenant ouvert. Changer activé de "0" à "1", il se présente ainsi:
Pour l'éteindre, faites-le:
Enregistrez maintenant vos modifications et fermez l'éditeur de fichiers. Apport ne démarrera plus au démarrage. Si vous voulez l'éteindre immédiatement sans redémarrer, lancez
sudo service apport stop
.Vous pouvez également utiliser
sudo service apport stop
sans modifier/etc/default/apport
pour l'éteindre temporairement.Voir également:
la source
systemctl
être utilisé maintenant depuis le passage à systemd from upstart?la source
/etc/default/apport
Le script ci-dessus doit cesser d’attribuer, puis effectuer une sauvegarde de son fichier de configuration, désactiver l’attribution au démarrage et, enfin, déplacer la sauvegarde dans votre répertoire personnel.
la source
Sur les nouvelles versions d'ubuntu (15.04+)
Pour arrêter le service:
Pour désactiver le service au démarrage:
Pour vérifier le statut du service:
Enfin, vous pouvez également empêcher le démarrage d'un service systemd en le masquant. Le service ne pourra pas démarrer (même manuellement) à moins d'être démasqué.
Cela devrait créer un lien symbolique de /etc/systemd/system/apport.service à / dev / null. fedoraproject.org
la source
Ne désactivez pas. Un de ces jours, il est possible que vous rencontriez une série de pannes et que vous ne le sachiez jamais, sauf en cas de mauvais comportement du système ou de symptôme spécifique à une application.
Le
/var/crash
répertoire est là pour enregistrer tout incident. Vous pourriez en avoir besoin un jour.Procédure suggérée:
$HOME/crash
et copiez-y tous les rapports d'incident existants.sudo rm /var/crash/*
sudo reboot
Le comportement de la fenêtre pop-up crash répétitif devrait maintenant avoir disparu. En outre, les rapports d'incident que vous avez enregistrés peuvent être utiles pour signaler un bogue au tableau de bord.
la source
Puisqu'il existe un bogue dans apport qui rompt le débogage en ligne de commande standard Unix, et ce bogue est connu depuis 2007 (je vais acheter un gâteau lorsqu'il aura 10 ans) (voir https://bugs.launchpad.net/ubuntu / + source / apport / + bug / 160999 ) le désactiver est de loin la meilleure chose à faire si vous essayez de réparer votre propre code.
la source
Pourquoi ne pas simplement l'enlever entièrement?
Version 16.04 LTS
Aussi, pourriez-vous vouloir vérifier ceci:
Supprimer le concours de popularité sans détruire le système?
Nouveau au 18.04:
Comment désactiver les rapports d'informations système
la source