答案1
是什么原因造成的?
查看转储到磁盘上的崩溃报告。您需要的目录是/var/crash/
,它将包含几个文件,指向与之相关的软件包以及崩溃的原因。
该目录描述如下:
/var/崩溃:系统崩溃转储(可选)
此目录保存系统崩溃转储。截至此标准发布之日,Linux 尚不支持系统崩溃转储,但其他符合 FHS 的系统可能支持。
Ubuntu 版本使用这个(可选)目录来转储崩溃,执行此操作的软件包称为同意(和哎呀)。该链接有详细说明,还有一份描述崩溃报告的 PDF数据格式。
如果你想要关于崩溃安装的真正详细报告GDB:GNU 项目调试器和sudo apt-get install gdb
。
如何摆脱它?
取决于你所谓的“摆脱”。理想的解决方法是检查报告中的内容,并尝试找到解决方法。如果涉及的包是不需要的或无害的,你也可以清除它。不过大多数时候这是一项核心功能。
如果您大多数时候无法理解这些崩溃报告,您可以谷歌错误通知(那里总是会有一个)。或者在聊天中留言。通常崩溃在 AU 上是不相关的,因为那些是错误,需要报告(通过这项服务 ;) )。
您可以选择其中任何一个来删除崩溃报告,直到实际删除包(如果错误来自 apport 本身,那就比较讽刺了):
sudo rm /var/crash/*
将删除旧的崩溃并且不再通知您有关它们,直到某些包再次崩溃。您可以使用 停止该服务
sudo systemctl disable apport
(然后使用 再次启用它sudo systemctl enable apport
)如果您不想看到崩溃报告,您可以通过执行以下操作来禁用它:将其
sudo vim /etc/default/apport
更改enabled=1
为enabled=0
. (或sudo nano /etc/default/apport
)。反向编辑它将再次启用它。您可以使用 删除该服务
sudo apt purge apport
(然后使用 重新安装sudo apt install apport
)另外还有一种桌面方法(选项“问题报告”:
如何阅读和使用崩溃报告?有一些有趣的答案。它有一个示例崩溃报告和一个追溯崩溃的方法。
答案2
Apport 是 ubuntu 的一项功能,用于报告 ubuntu 中的错误。
它并不重要,可以安全地禁用而不会产生任何不良影响。
其目的是帮助 Ubuntu 开发人员识别用户电脑上出现的问题
如何禁用apport:
您必须编辑一个文件:
sudo nano /etc/default/apport
并将 替换1
为0
像这样:
然后Ctrl+X并Y保存。
如果您不想重新启动以应用,您可以当场禁用它:
sudo systemctl disable apport
您也可以完全卸载apport:
sudo apt purge apport
此后您将不再看到此窗口。
更多有用信息可以在这里找到:https://www.linuxbabe.com/ubuntu/disable-apport-error-reporting-ubuntu-16-04-lts
答案3
我建议您删除这些崩溃报告。打开终端并使用以下命令:
sudo rm /var/crash/*
答案4
我在 Ubuntu 20.04.5 上安装 Mate 1.24.0。
每次启动时我都会收到此消息。我安装了apport
和apport-retrace
并应用于apport-retrace
我在中找到的崩溃文件/var/crash
。但是,在所有情况下,程序都抱怨缺少某些内容。在大多数情况下,这只是“包”,并没有显示任何其他内容。我怀疑这就是“报告问题”没有响应的原因。
由于我无法从崩溃文件中获取任何信息,我检查/var/log/dmesg
并发现了两个启动错误。第一个是...
Unable to communicate with TPM chip
这可能是最严重的问题。在 BIOS 中,我隐藏了芯片。重启时出现消息...
System program problem detected
...出现了,但dmesg
显示了关于无法找到 TPM 设备的更为温和的警告。
为了测试问题是否出在 X 上,我删除了/var/log/dmesg
、/var/log/syslog
和 ,/var/log/Xorg.0.log
然后使用 重新启动了显示管理器sudo systemctl restart display-manager
。没有生成新的系统日志,新的dmesg
和Xorg.0
日志仅显示了小警告。
然后我删除了所有/var/crash
文件并重新启动。这一次“检测到系统程序问题”未报告。显然,此消息是受旧崩溃文件的启发,即使它们不再相关。
我 的 结论 是 利用 此 信息 提醒 您 , 可能 存在 启动 问题 , 但 立即 删除 文件/var/crash/
并 尝试 修复 您 发现 的 严重 错误/var/log/dmesg
, 以及 潜在 的syslog
错误Xorg.0
.