☰

检测到系统程序问题？

tag-icon • tag-icon 18.04
检测到系统程序问题？

几天以来，我一直收到“检测到系统程序问题”错误消息：

在此处输入图片描述

我总是点击“报告问题”按钮，但什么也没发生。

我也每天运行更新和升级。

是什么原因造成的？如何消除？

答案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.

相关内容