web-dev-qa-db-fra.com

Est-il prudent de retirer le dos?

Est-ce que je casse quelque chose si je

Sudo apt-get purge apport

J'ai mon plan commercial secret pour la domination du monde et qui sait ce qu'il y a dans un dépotoir central?

J'ai vu Ubuntu (en particulier dconf) recréer les paramètres de configuration. Je sais comment le désactiver mais je ne peux pas lui faire confiance pour rester désactivé. D'où ma question.

Oui Oui, je connais mes différentes distributions ... mais j'aimerais utiliser Ubuntu si je le peux.

uninstallpurgeapport
19
gecko

Oui, vous pouvez supprimer la contribution, mais à moins que vous ne consentiez réellement (d) à la transmission d'informations, elle n'enverra jamais de données.

Encore mieux: Le composant d'interception automatique de crash de apport est désactivé par défaut dans les versions stables pour un certain nombre de raisons :

  • Apport collecte des données potentiellement sensibles, telles que des vidages mémoire, des traces de pile et des fichiers journaux. Ils peuvent contenir des mots de passe, numéros de carte de crédit, numéros de série et autres informations confidentielles. Ceci est atténué par le fait qu'il vous présente ce qui sera envoyé au gestionnaire de bogues et que tous les bogues de rapport d'incident sont privés par défaut, limités à l'équipe de tri des bogues d'Ubuntu. Nous pouvons raisonnablement attendre des développeurs et des utilisateurs avisés sur le plan technique, qui exécutent la version de développement, qu'ils en soient conscients et qu'ils jugent s'il est approprié de produire un rapport d'erreur. Mais nous ne devrions pas supposer que chaque utilisateur Ubuntu de versions stables est capable de le faire.

  • Pendant la phase de développement, nous avons déjà collecté des milliers de rapports d'incidents, bien plus que nous ne pourrons jamais résoudre. Poursuivre la collecte de ceux-ci pour les versions stables n’est pas vraiment utile, car

    • Les crashs les plus importants ont déjà été découverts dans la version de développement.
    • Les moins importants ne sont pas appropriés pour être corrigés dans des versions stables (voir https://wiki.ubuntu.com/StableReleaseUpdates
    • Demander aux utilisateurs de nous envoyer des rapports d’incident n’est pas sincère, car nous ne pouvons pas y répondre et les traiter tous.

  • La collecte de données à partir de apport prend une quantité non négligeable de ressources de processeur et d'E/S, ce qui ralentit l'ordinateur et ne vous permet pas de redémarrer le programme en panne pendant plusieurs secondes.

Si apport est actuellement actif, vous pouvez le désactiver en modifiant ...

Sudo nano /etc/default/apport

et suivez les commentaires:

 # définissez-le sur 0 pour désactiver la répartition ou sur 1 pour l'activer 
 # vous pouvez la remplacer temporairement avec 
 # Service Sudo commencer start force_start = 1 
 activé = 1

Réglez-le sur 0.

23
Rinzwind

Il est probablement prudent de supprimer Apport, mais cela est absolument inutile pour protéger votre vie privée.

L'interception de vidage principal d'Apport est désactivée par défaut sur les versions stables d'Ubuntu. Pour complètement désactiver Apport, éditez /etc/default/apport. Remplacez enabled=1 par enabled=0. (1 signifie qu'il est activé. 0 signifie qu'il est désactivé.) Ensuite, redémarrez (ou arrêtez manuellement le service) pour appliquer la modification. Voir le documentation d'Apport , et en particulier la section sur versions actuelles d'Ubunt , pour plus de détails.

Apport n'utilise pas gconf ou dconf pour définir s'il est activé ou non. Il s’agit d’un service système et son exécution (c’est-à-dire si elle intercepte ou non les collisions, crée des sauvegardes des collisions et permet à l’utilisateur de les soumettre à Launchpad ou à d’autres services Web) n’est déterminée par aucun utilisateur. -paramètres utilisateur.

Si vous supprimez Apport, vous ne pourrez plus l'utiliser pour signaler des bogues non liés à un incident (avec Aide> Signaler un bogue) ou pour exécuter ubuntu-bug. Si ensuite, vous ou un autre administrateur décide de le réinstaller à cette fin, il peut être activé pour l’interception des pannes et la création/la soumission de vidages de mémoire, en fonction de la façon dont vous l’avez supprimé et du système que vous exécutez.

Donc, si vous êtes vigilant (ou même si vous ne l'êtes pas), désactiver Apport devrait être suffisant. Si vous n'êtes pas vigilant, désinstaller Apport peut en réalité augmenter les risques d'interception et de soumission ultérieure de données d'incident (comme décrit ci-dessus). Si vous le réinstallez pour ses autres fonctionnalités et oubliez de vérifier si le service de signalement d'incident est activé. .

Si vous décidez de supprimer Apport, vous pouvez tout d'abord vérifier si cela casse tout, en simulant son retrait:

apt-get -s remove apport

Cela vous montrera quels autres paquets seraient supprimés en conséquence. Ensuite, pour réellement le supprimer:

Sudo apt-get remove apport

Veuillez noter que vous ne voulez probablement pas le purge, car si vous le supprimez, vous voudrez conserver le fichier de configuration apport au /etc/default qui a enabled=0. (Sachez simplement que cela ne garantit pas nécessairement que le service de génération de rapports d'incidents ne sera jamais activé lors de la réinstallation, dans une version ultérieure.)

6
Eliah Kagan