继续收到有关内部系统错误的消息
我不定期地（每天几次）不断地弹出关于内部系统错误的弹出窗口（见下面的截图），我不知道该怎么做。 如果我继续通过对话框并尝试将错误报告给Ubuntu项目，我会收到一条消息，说明此版本的Ubuntu上的开发已经完成，如果我不知道该怎么做，我应该在这里寻求帮助做到这一点。
我不。
如果我显示错误消息的详细信息，则“可执行路径”参数显示/usr/share/apport/apport-gpu-error-intel.py 。
这是我应该向Launchpad报告的错误，还是某个地方的配置错误？ 如果这是一个错误，我如何收集我（和开发人员）需要的数据？
更新回应评论：我正在运行华硕N53SN ，配备英特尔酷睿i7 2630QM CPU和NVidia GeForce 550M GPU。
这些不可报告的错误的潜在原因
我想我已经弄明白了。 我认为这个特定的错误报告途径是alpha和beta开发阶段的宿醉 – 当开发人员想要尽可能多的错误报告时，无论用户是否愿意提交完整的启动板错误报告。 一旦12.04发布，开发人员就不再需要匿名错误报告，因此他们会禁用此function。 他们只想要用户自己手动花时间提交的错误报告。
这是可以理解的，但我认为apport / ubuntu-bug向用户提供不可操作的信息是一个错误。 当开发停止并且他们不再需要大量的错误报告时，关闭自动错误报告是一回事，但让用户没有路径（至少是一个链接）向启动板报告，而没有办法保存应该重新考虑错误报告中包含的信息。
我对不可行的错误报告的解决方案
我知道下次我得到其中一个不可移植/不可用的错误时我将要做什么。 我将截取窗口的屏幕截图，运行apport-bug apport并提交一个错误消息，告知apport不应向用户显示不可操作的信息。 用户至少应该能够保存报告供自己使用或手动报告错误。
如何继续关于你的GPU Bug
至于你的问题，apport正在运行一个脚本来调试GPU问题。
如果您实际上没有注意到GPU的问题而不是这些错误消息，我会说您可以安全地忽略它们。
如果您看到任何奇怪的图形相关行为，请密切关注您的日志 – 特别是xorg.0.log和syslog ，但也可能是内核日志。 如果您注意到错误将它们复制下来，并尝试做出最佳猜测（或询问）是否是驱动程序问题，内核问题或X11问题。 然后使用apport根据你确定的最佳软件包提交bug（例如我的nvidia驱动程序，我会输入apport-bug nvidia-current-updates ），详细说明你可以在生成的bug报告中放入并放入在您提交错误时，您遇到的症状以及您在说明中注意到的任何错误。 有关提交错误的更多信息在这里和这里 。 祝好运。
继续运行xdiagnose。 取消选中“启用自动崩溃错误报告”。 你永远不会被这些消息再次打扰。
这可能有所帮助。 打开GParted程序，检查是否在其中一个Ubuntu分区上看到错误消息。
我最近擦了我的mac分区并在我的硬盘上安装了Ubuntu。 我看到Ubuntu创建了一个小的977 KB分区，其中包含标志为bios_grub 。
我想知道这是否是造成系统错误的原因。 Mac没有BIOS。
如果你有NVidia驱动程序并经常崩溃和冻结桌面，请尝试切换到支持NVidia驱动程序而不是开源驱动程序。