Tag: apport

发送错误报告时是否应该要求我输入密码？: 早上我开始使用Ubuntu和Chrome浏览器。在浏览器中，我访问了一个带有密码字段的页面。所以密码环弹出了。然后弹出一个对话框，询问密码以发送有关系统的错误报告。然后出现了错误的错误报告对话框。（关于Gud和颜色的东西）我不确定对话的确切顺序。密码的额外问题是错误报告的正常行为吗？

如何复制不可报告错误的文本？: 有时我会收到来自Ubuntu的错误报告，可以选择发送错误的详细信息。但是，如果错误是从非官方软件包（本地安装或PPA）生成的，我不能单击提交以发送错误。如何复制所有错误详细信息，以便我可以手动将它们提交给相应的项目？

继续收到有关内部系统错误的消息: 我不定期地（每天几次）不断地弹出关于内部系统错误的弹出窗口（见下面的截图），我不知道该怎么做。如果我继续通过对话框并尝试将错误报告给Ubuntu项目，我会收到一条消息，说明此版本的Ubuntu上的开发已经完成，如果我不知道该怎么做，我应该在这里寻求帮助做到这一点。我不。如果我显示错误消息的详细信息，则“可执行路径”参数显示/usr/share/apport/apport-gpu-error-intel.py 。这是我应该向Launchpad报告的错误，还是某个地方的配置错误？如果这是一个错误，我如何收集我（和开发人员）需要的数据？更新回应评论：我正在运行华硕N53SN ，配备英特尔酷睿i7 2630QM CPU和NVidia GeForce 550M GPU。

调查系统“冻结”: 我在 Ubuntu 10.04.2 LTS Linux skiran 2.6.32-32-generic-pae＃62-Ubuntu SMP Wed Apr 20 22:10:33 UTC 2011 i686 GNU / Linux 我的机器在2天内第5次冻结。必须重新启动，并登录到故障安全会话以收集和查看日志。 ALT + F2运行nm-applet，以便网络连接正常工作 ALT + F2运行gnome-do，启动我的应用程序（我更喜欢使用gnome-do，使用菜单选项，或ALT + F2）我注意到各种/ var / log / *文件中的以下错误，当我的机器上次冻结时（ 6月10日14:32左右）在kern.log中 Jun 10 14:32:17 skiran kernel: [ 0.766164] PM: Resume from disk failed. 在syslog中 Jun 10 14:32:17 skiran kernel: [ […]

什么是“因为已经达到MaxReports而没有编写报告”是什么意思？: 安装Linux内核映像包时，我得到了以下错误：没有写出apport报告，因为已经达到了MaxReports 我在哪里可以删除旧报告，以便Apport可以再次恢复其错误报告魔法？

为什么文件/var/crash/_usr_lib_empathy_empathy-chat.1000.upload为空？: 我刚刚经历了一次不寻常的崩溃：我试图点击Empathy联系人列表中的名称条目。发生了撞车事故。通常我会被问到是否要向Launchpad报告错误，并打开Launchpad。这次错误信息是： “对不起.Ubuntu 12.04注意到内部错误。如果您发现其他问题，请尝试重新启动计算机。向Launchpad发送错误报告以帮助解决此问题？” 这次Launchpad没有自动打开。打开一个新窗口，我可以阅读相关的错误报告。后来我在文件/var/crash/_usr_lib_empathy_empathy-chat.1000.crash中找到了错误报告。为什么这次采取的行动与其他崩溃不同？为什么文件/var/crash/_usr_lib_empathy_empathy-chat.1000.upload为空？

什么是’whoopsie’流程以及如何删除它？: 在我的一台机器上，我有一个名为“whoopsie”的进程。我正在运行12.04服务器，从未专门安装过具有此名称的任何内容。 Google似乎暗示它与错误日志有关，但我找不到太多信息。事实上，我没有手动安装它和我检查的其他3个服务器实际上没有这样的运行过程或可执行程序让我有点困惑。有谁知道“whoopsie”过程是什么？有谁知道可能安装了哪些软件包？服务器非常简单，它有一个LAMP堆栈，Samba和打印服务器以及Nagios NRPE插件，没有更多安装，只是站在那里有一个很好的备份服务器。更多信息： $ whoopsie -h Usage: whoopsie [OPTION…] Help Options: -h, –help Show help options Application Options: -f, –foreground Run in the foreground 和 USER PID %CPU %MEM VSZ RSS TTY STAT START TIME COMMAND whoopsie 913 0.0 0.4 24448 2092 ? Ssl May07 0:00 whoopsie 和 $ […]

如何跟踪导致崩溃的错误并通过apport / whoopsie报告？: 过去，当一个程序崩溃时，特别是当用户使用Ubuntu的预发布时，apport可用于打开错误报告。然后，用户可以跟踪错误，看看它是否会影响其他人，帮助修复错误等。从Precise 12.04开始，此行为和工作流程发生了变化。正如我在Bug＃993450中发现的那样“Apport无法提交错误报告” ，默认情况下，apport不再打开错误报告（这样做很尴尬但不是不可能）。与此同时，人们注意到一个新的“whoopsie”过程，如’whoopsie’流程是什么以及它做了什么？。经过一些谷歌搜索后，我挖出了这个蓝图，描述了整个过程： ErrorTracker – Ubuntu Wiki 。（它没有提到whoopsie或daisy，所以我添加了它们 – 如果我弄错了，请纠正我）。哇 – 这听起来很精彩，可以简化和改进崩溃报告流程。我留下了这个问题：用户如何了解问题的状态？蓝图现在有这个要求用户应该有办法检查崩溃报告的状态; 例如，他们可以看一些报告ID来查看统计数据和/或任何相关的错误＃。例如，在提交时提供序列号，以便稍后可以通过网页加载。这似乎没有实现。在此期间有什么可用的吗？开发者如何进入游戏？转到https://daisy.ubuntu.com只是提供“不正确的内容类型”错误消息。最后，我建议在发行说明中记录apport行为更改。任何试图帮助Ubuntu的人都应该感兴趣。