безопасно удалить apport?

Да, вы можете удалить apport, но если вы на самом деле не согласны (d) с тем, что apport отправляет информацию, он никогда не отправит никаких данных.

Еще лучше: Компонент автоматического перехвата сбоев в apport по умолчанию отключен в стабильных выпусках по ряду причин :

• Apport собирает потенциально конфиденциальные данные, такие как дампы ядра, следы стека и файлы журналов. Они могут содержать пароли, номера кредитных карт, серийные номера и другие личные материалы. Это смягчается тем фактом, что он представляет вам то, что будет отправлено на багтрекер, и что все ошибки отчета о сбоях по умолчанию являются частными, и ограничиваются командой по обработке ошибок Ubuntu. Мы можем разумно ожидать, что разработчики и технически подкованные пользователи, которые запускают разрабатываемый выпуск, будут знать об этом и судить, уместно ли подавать отчет о сбое. Но мы не должны предполагать, что каждый пользователь стабильных выпусков Ubuntu может это сделать.

• Во время разработки мы уже собирали тысячи отчетов о сбоях, гораздо больше, чем мы когда-либо могли исправить. Продолжать собирать их для стабильных выпусков не очень полезно, поскольку

  • Наиболее важные сбои уже были обнаружены в разрабатываемом выпуске.
  • Менее важные из них не подходят для исправления в стабильных выпусках (см. https://wiki.ubuntu.com/StableReleaseUpdates
  • . Просить пользователей отправлять нам отчеты о сбоях. неискренний, поскольку мы не можем ответить и разобраться со всеми из них.

• Сбор данных из apport занимает нетривиальное количество ресурсов процессора и ввода-вывода, что замедляется компьютер и не позволяет вам перезапустить сбойную программу на несколько секунд.

Если в данный момент активен apport, вы можете отключить его, отредактировав ...

и следуйте комментариям:

# set this to 0 to disable apport, or to 1 to enable it
# you can temporarily override this with
# sudo service apport start force_start=1
enabled=1

Установите его в 0.

Вероятно, безопасно удалить Apport, но это совершенно не нужно для защиты вашей конфиденциальности.

Перехват дампа ядра Apport по умолчанию отключен в стабильных версиях Ubuntu. Чтобы полностью отключить Apport, отредактируйте /etc/default/apport. Измените enabled=1 на enabled=0. (1 означает, что он включен. 0 означает, что он отключен.) Затем перезагрузите компьютер (или остановите службу вручную), чтобы применить изменения. Более подробную информацию смотрите в документации Apport , и особенно в разделе текущих версий Ubuntu .

Apport не использует gconf или dconf для настройки того, включен он или нет. Это системная служба, и выполняется ли она (т. Е. Перехватывает ли она сбои, создает ли аварийные дампы и позволяет ли пользователю отправлять их на Launchpad или другие веб-службы), не определяется ни одним пользователем. Настройки пользователя.

Если вы удалите Apport, вы потеряете возможность использовать его для сообщения об ошибках, не связанных с сбоем (с помощью «Справка»> «Сообщить об ошибке»), или о работе ubuntu-bug. Если затем вы или другой администратор решите переустановить его для этой цели, то в зависимости от того, как вы удалили его и какую систему вы используете при его переустановке, он может затем стать включенным для перехвата сбоев и создания / отправки дампов ядра.

Так что, если вы бдительны (или даже если нет), отключения Apport должно быть вполне достаточно. Если вы не бдительны, то удаление Apport может на самом деле повысить вероятность перехвата и отправки данных о сбоях в будущем (как описано выше), если вы переустановите его для других его функций и забудете проверить, включена ли служба отчетов о сбоях .

Если вы решите удалить Apport, вы можете сначала проверить, не нарушит ли это все, смоделировав его удаление:

apt-get -s remove apport

Это покажет вам, какие другие пакеты будут удалены как следствие. Затем, чтобы фактически удалить его:

sudo apt-get remove apport

Обратите внимание, что вы, вероятно, не хотите purge его, поскольку, если вы удалите его, вы захотите сохранить файл конфигурации apport в /etc/default ] который имеет enabled=0. (Просто знайте, что это не обязательно гарантирует, что служба отчетов о сбоях никогда не будет включена при переустановке в любой будущей версии.)