为什么 apport 没有得到修复,还有比禁用它更好的解决方案吗?

med*_*y56 2 error-handling apport crash

如果这是一个元问题,我深表歉意。另外,如果有重复的,请标记出来。

几乎所有在过去十年中安装过 Ubuntu 的人都熟悉错误消息:“Ubuntu 有经验和内部错误。” 错误的来源似乎很好理解(至少有些人)。据我所知,它基本上报告了由于崩溃导致的未上传内核转储的积压。例如,我的/var/crash目录包含一系列foo.crash, foo.upload,foo.uploaded文件,可能表明apport发生了崩溃,安排了上传,并上传了内核转储。但是有一些文件缺少.upload.uploaded版本。似乎是apport搞砸了,上传这些崩溃失败,从而不断产生“内部错误”。

问:怎么这么久都没有修复?!我找到的每个解决方案都只是说禁用,apport即使不推荐。有更好的解决方案吗?

hey*_*ema 8

报告错误报告系统工作正常。大多数人误解了它试图告诉他们的内容。禁用 apport 不是一个好的解决方案。

首先,如果您收到“Ubuntu 遇到内部错误”或类似信息,您可以选择是否发送错误报告。这里最重要的是您单击Continue按钮,而不是单击 x(关闭)按钮。否则,您每次重新启动后都会收到相同的报告。单击Details按钮以尝试查看/了解您对崩溃的了解也很重要。

其次,在terminal类型中ls -alt /var/crash,您将看到最近崩溃的应用程序或系统程序的列表。如果您多次看到相同的名称,那么该应用程序/程序就是一个大问题。因此,修复导致崩溃的问题。暂时禁用您的Startup Applications. 请注意是否在运行特定应用程序时出现问题。在顶部面板中运行了大量指标应用程序?禁用它们,看看问题是否消失。等等。