这些无法报告的错误的潜在原因
我想我已经知道了。我认为,这种特定的错误报告途径是alpha和beta开发阶段的后遗症-当开发人员想要尽可能多的错误报告时,无论用户是否愿意提交完整的启动板错误报告。发布12.04后,开发人员不再需要匿名错误报告,因此他们禁用了此功能。他们只需要用户自己手动花费时间进行报告的错误报告。
这是可以理解的,但是我认为它apport
/ ubuntu-bug
向用户提供了不可操作的信息。当开发停止并且他们不再想要大量的错误报告时,关闭自动错误报告是一回事,但是使用户无路可走(至少是链接)向启动板报告,也没有保存方法错误报告中包含的信息应重新考虑。
我对无法执行的错误报告的解决方案
我知道下一次遇到这些无法报告/无法解决的错误之一时我将要做什么。我将截取该窗口的屏幕快照,运行apport-bug apport
并提交一个错误消息,该错误消息称Apport不应向用户显示不可操作的信息。至少,用户应该能够保存报告供自己使用或手动报告错误。
如何继续处理GPU错误
至于您的问题,apport正在运行脚本来调试GPU问题。
如果除了这些错误消息之外,您实际上没有注意到GPU的问题,我想您可以放心地忽略它们。
如果您看到任何与图形有关的怪异行为,请密切注意您的日志-特别是xorg.0.log
和syslog
,但是内核日志也可能如此。如果您注意到错误,则将其复制下来,并尝试做出最佳猜测(或询问)是驱动程序问题,内核问题还是X11问题。然后使用apport根据您确定为最佳软件包的错误(例如,对于我要输入的nvidia驱动程序apport-bug nvidia-current-updates
)提交错误,并在产生的错误报告中尽可能详细地记录错误,并输入遇到的症状和任何错误提交错误时,说明中已注意到该错误。有关提交错误的更多信息,请参见此处和此处。祝好运。