est-il sûr de supprimer alloc?


19

Dois-je casser quelque chose si je

sudo apt-get purge apport

J'ai mon plan d'affaires secret pour la domination du monde et qui sait ce qu'il y a dans une décharge centrale?

J'ai vu Ubuntu (en particulier dconf) recréer des 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 je sais que je connais ma distribution différente ... mais j'aimerais utiliser Ubuntu si je le peux.


1
5 ans plus tard, comment le plan d'affaires secret pour la domination mondiale a-t-il fonctionné jusqu'à présent? ;)
Christopher K.

LOL de mai 2018 (v16.04). C'est drôle. Au fait, assurez-vous d'ajouter cette étape: sudo rm /etc/cron.daily/apportet vérifiez également cet autre bit de fuite de données: askubuntu.com/questions/84831/… et celui-ci qui est nouveau en 18.04: askubuntu.com/questions/1027532/… :
SDsolar,

Personnellement, je préfère (# sudo répart stop). Un raccourci pourrait également y être fait. Après tout, la sécurité est un processus multidirectionnel. Ainsi, la question doit être examinée. J'ai le même problème sur mon Ubuntu 16.04.
chris

Réponses:


23

Oui, vous pouvez supprimer alloc, mais à moins que vous ne conveniez réellement (d) de l'envoi d'informations, il n'enverra jamais de données.

Encore mieux: le composant d'interception de crash automatique de alloc 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 les vidages de mémoire, les traces de pile et les fichiers journaux. Ils peuvent contenir des mots de passe, des numéros de carte de crédit, des numéros de série et d'autres éléments privés. Ceci est atténué par le fait qu'il vous présente ce qui sera envoyé au suivi des bogues, et que tous les bogues de rapport de plantage sont privés par défaut, limités à l'équipe de tri des bogues d'Ubuntu. Nous pouvons raisonnablement nous attendre à ce que les développeurs et les utilisateurs techniquement avertis, qui exécutent la version de développement, en soient conscients et jugent s’il convient de déposer un rapport de plantage. Mais nous ne devons pas supposer que chaque utilisateur d'Ubuntu de versions stables est en mesure de le faire.

  • Au cours de la version de développement, nous collectons déjà des milliers de rapports de plantage, bien plus que ce que nous pouvons résoudre. Continuer à les collecter pour des versions stables n'est pas vraiment utile, car

    • Les plantages les plus importants ont déjà été découverts dans la version de développement.
    • Les moins importants ne conviennent pas pour être corrigés dans les versions stables (voir https://wiki.ubuntu.com/StableReleaseUpdates
    • Demander aux utilisateurs de nous envoyer des rapports d'erreur n'est pas sincère, car nous ne pouvons pas répondre à tous et les traiter.
  • La collecte de données à partir de la répartition prend une quantité non triviale de ressources CPU 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 alloc est actuellement actif, vous pouvez le désactiver en modifiant ...

sudo nano /etc/default/apport

et suivez les commentaires:

# définissez ce paramètre sur 0 pour désactiver la répartition, ou sur 1 pour l'activer
# vous pouvez temporairement remplacer cela avec
# sudo service alloc start force_start = 1
activé = 1

Réglez-le sur 0.


Ok merci pour info, très utile. Donc, essentiellement, désactivez-le, puis supprimez-le, mais en laissant le fichier de configuration, et ne connectez jamais la machine à Internet ... semble OK, merci de l'aide.
gecko

2
Comment obtenez-vous «et ne connectez jamais la machine à Internet» de la réponse de Rinzwind?

Pourquoi ne jamais se connecter à Internet!? Il vous suffit de l'éteindre. Vous n'avez même pas besoin de supprimer alloc.
Rinzwind

FWIW nous sommes le 14.04 et enabledest définitivement fixé à 1
Frew Schmidt

Reportez-vous à cette réponse pour une solution mise à jour (pour Ubuntu 16.04+).
whoan

6

Il est probablement sûr de supprimer Apport, mais cela n'est absolument pas nécessaire pour protéger votre vie privée.

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

Apport n'utilise pas gconfou dconfpour définir s'il est activé ou non. Il s'agit d'un service système, et s'il fonctionne ou non (c'est-à-dire s'il intercepte ou non les plantages, crée des vidages sur incident et permet à l'utilisateur de les soumettre à Launchpad ou à d'autres services Web) n'est déterminé par aucun utilisateur par -paramètres utilisateur.

Si vous supprimez Apport, vous perdrez la possibilité de l'utiliser pour signaler des bogues non bloquants (avec Aide> Signaler un bogue) ou en cours d'exécution ubuntu-bug. Si vous ou un autre administrateur décide de le réinstaller à cette fin, selon la façon dont vous l'avez supprimé et le système que vous utilisez lorsque vous le réinstallez, il peut alors devenir activé pour intercepter les plantages et créer / soumettre des vidages de mémoire.

Donc, si vous êtes vigilant (ou même si vous ne l'êtes pas), la désactivation d'Apport devrait être tout à fait suffisante. Si vous n'êtes pas vigilant, la désinstallation d'Apport pourrait en fait augmenter la probabilité d'intercepter et de soumettre des données de plantage à l'avenir (comme décrit ci-dessus), si vous le réinstallez pour ses autres fonctionnalités et oubliez de vérifier si le service de rapport de plantage est activé .

Si vous décidez de supprimer Apport, vous pouvez d'abord vérifier si cela pourrait tout casser, en simulant sa suppression:

apt-get -s remove apport

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

sudo apt-get remove apport

Veuillez noter que vous ne le souhaitez probablement pas purge, car si vous le supprimez, vous souhaiterez conserver le apportfichier de configuration dans /etc/defaultce fichier enabled=0. (Sachez simplement que cela ne garantit pas nécessairement que le service de rapport d'incident ne sera jamais activé lors de la réinstallation, dans toute version future.)


Je reçois toujours le "Quelque chose s'est cassé: envoyer un rapport de plantage (O / N)" toujours à venir sur ce système, qui est 12.04 et installé à partir d'une version ISO. Je ne mets pas à niveau cette machine pour des raisons de sécurité (ce qui semble étrange car cela signifie que je manque également des correctifs de sécurité .. Je suis d'accord avec cela car il n'a pas vraiment de connexion Internet appropriée). Dois-je formater et recharger le système?
gecko

@gecko Si vous aviez précédemment remplacé la valeur par défaut et activé Apport (plutôt que d'être activé par défaut car vous avez installé un système bêta ou alpha tardif), il se peut qu'il ne soit pas désactivé lorsque votre système passe de la version bêta à la version. Dans tous les cas, dites-vous que Apport arrive même s'il est désactivé dans le fichier de configuration? Quelle est la sortie de cat /etc/default/apport?
Eliah Kagan

1
@Eliah: merci d'avoir indiqué comment désactiver la répartition. Après ma récente mise à niveau vers 12.04, j'ai commencé à recevoir des requêtes: "envoyer un rapport de plantage?" Pour autant que je sache, j'utilise l'ubuntu "stable", donc je ne sais pas pourquoi / etc / default / répart était à l'état "activé". J'ai maintenant mis enabled = 0 ... merci pour le conseil!
George McNinch
En utilisant notre site, vous reconnaissez avoir lu et compris notre politique liée aux cookies et notre politique de confidentialité.
Licensed under cc by-sa 3.0 with attribution required.