检测到系统程序问题?

检测到系统程序问题?

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

在此处输入图片描述

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

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

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

答案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=1enabled=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

并将 替换10

像这样:

禁用通讯

然后Ctrl+XY保存。

如果您不想重新启动以应用,您可以当场禁用它:

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。

每次启动时我都会收到此消息。我安装了apportapport-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。没有生成新的系统日志,新的dmesgXorg.0日志仅显示了小警告。

然后我删除了所有/var/crash文件并重新启动。这一次“检测到系统程序问题”未报告。显然,此消息是受旧崩溃文件的启发,即使它们不再相关。

我 的 结论 是 利用 此 信息 提醒 您 , 可能 存在 启动 问题 , 但 立即 删除 文件/var/crash/并 尝试 修复 您 发现 的 严重 错误/var/log/dmesg, 以及 潜在 的syslog错误Xorg.0.

相关内容