#1 楼
从Ubuntu 16.04开始，systemd apport似乎不遵守其配置文件。启用/禁用apport的systemd命令为：
禁用
sudo systemctl disable apport.service
如果这不起作用，则需要屏蔽该服务
systemctl mask apport.service
要重新启用
systemctl unmask apport.service # if you masked it
sudo systemctl enable apport.service
Ubuntu的早期版本：
您需要编辑
/etc/default/apport。以下更改将阻止Apport在启动时启动：图形：
使用（CTRL + ALT + T）打开一个终端，然后键入以下内容：
sudo -i gedit /etc/default/apport
，然后按Enter。您正在输入密码，但不会显示为点。
或
命令行：
sudo nano /etc/default/apport
文件编辑器现已打开。将启用的值从“ 0”更改为“ 1”，如下所示：
enabled=1
要关闭它，请使其：
enabled=0
现在保存更改并关闭文件编辑器。现在，审批将不再在启动时开始。如果要立即关闭而不重新启动，请运行
sudo service apport stop。还可以使用
sudo service apport stop而不修改/etc/default/apport暂时关闭它。另请参见：
https://wiki.ubuntu.com/Apport
https://help.ubuntu.com/community/ReportingBugs#A4._Collect_information_about_the_bug
评论
是不是“ service apport stop”会暂时将其停止，并且设置enabled = 0会在启动时将其关闭？
–西尔维奥·利维（Silvio Levy）
15年3月17日在7:26
@SilvioLevy是的，没错。我已经更新了答案以反映这一点。
– dr。西布伦
2015年6月18日9:03
从upstart切换到systemd之后，现在应该使用systemctl吗？
–马特St鱼
16年3月13日在22:35
#2 楼
单击ubuntu图标，搜索“系统设置”
选择“隐私”>“诊断”选项卡
解锁
勾选“将错误报告发送给Canonical”
评论
这似乎对我没有任何帮助，仍然弹出系统错误提示。
–xamox
2012年10月11日18:53
我检查了它，但它仍然没有发送错误报告。看起来必须从命令行启用它。
–科兰
2014年1月24日21:51
顺便说一句，它没有改变/ etc / default / apport
–水瓶座力量
15年3月22日在23:16
#3 楼
sudo service apport stop ; sudo sed -ibak -e s/^enabled\=1$/enabled\=0/ /etc/default/apport ; sudo mv /etc/default/apportbak ~
以上脚本应停止分配，然后对其配置文件进行备份，在启动时禁用分配，最后将备份移至您的主目录。
评论
谢谢！在所有三个答案中，当我们将Ubuntu改写到他的Chromebook时，只有这个答案对我的朋友有用！
–点
2014年9月6日23:52
#4 楼
在较新版本的ubuntu（15.04+）上停止服务：
systemctl stop apport.service
在启动时禁用服务：
sudo systemctl disable apport.service
要检查服务的状态：
systemctl status apport.service
最后，您还可以阻止系统服务的启动通过掩盖它。除非取消屏蔽，否则该服务将无法启动（甚至手动启动）。
systemctl mask apport.service
这应该创建从/etc/systemd/system/apport.service到/ dev的符号链接。 / null。
fedoraproject.org
评论
如果我没有记错的话，它没有说哪个ubuntu会变基。批准后很久就引入了systemctl。
– der_michael
16-10-14在5:54
@der_michael是的，这是对使用systemd的ubuntu较新版本的更新。
– mchid
16-10-16在4:50
#5 楼
不要禁用审批。这些天之一，您可能会发生一系列崩溃，除系统不良行为或某些特定于应用程序的症状外，它一无所知。/var/crash目录可以记录任何意外情况。 建议的过程：
创建一个新文件夹，例如
$HOME/crash并将所有现有的崩溃报告复制到其中。sudo rm /var/crash/* sudo reboot 现在应该消失了重复的崩溃弹出行为。另外，您保存的崩溃报告对于向启动板报告错误可能很有用。
#6 楼
由于apport中存在一个错误，该错误会破坏标准的unix命令行调试，并且该错误自2007年以来就为人所知（我将在10岁时为它买一个蛋糕）（请参阅https://bugs.launchpad.net/ubuntu / + source / apport / + bug / 160999）将其关闭是您尝试修复自己的代码时最好的选择。#7 楼
为什么不将其完全删除？版本16.04 LTS
sudo apt-get update
sudo apt-get remove apport
sudo rm /etc/cron.daily/apport
此外，可能要检查一下：
删除流行度竞赛而无需
是18.04的新功能：
如何选择退出系统信息报告
评论
由于这似乎影响了无数人，因此它本身就是一个带有错误的错误吗？不确定，但我也认为故障转储可能包含ex的全文本文件。因此，如果您有敏感数据，最好将其禁用。我认为，每次崩溃发生并突然弹出时，我们都应该清楚地通知我们，将上载大约200MB的崩溃转储，其中将包含您正在应用程序上编辑的数据。我终于在ubuntu上找到了我不喜欢的东西:(从来没有想过这一天会来...
请按照Ubuntu Wiki中Apport官方文章的说明进行操作。