相关疑难解决方法(0)

在我的一台机器上，我有一个名为“whoopsie”的进程正在运行。我正在运行 12.04 服务器，但从未专门安装过此名称的任何内容。

谷歌似乎暗示它与错误日志有关，但我没有找到太多信息。事实上，我没有手动安装它，而我检查的其他 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

和

$ sudo cat /etc/passwd | grep whoop
whoopsie:x:107:118::/nonexistent:/bin/false

系统崩溃对话框让我很烦，我该如何关闭它？我还想知道如何重新打开它，以防万一我需要它来报告问题。

过去，当程序崩溃时，尤其是当用户使用预发布的 Ubuntu 时，可以使用 apport 来打开错误报告。然后用户可以跟踪错误，查看它是否影响其他人，帮助修复它等。

自 Precise 12.04 起，此行为和工作流程发生了变化。正如我在错误 #993450“Apport 无法提交错误报告”中发现的那样，默认情况下 apport 不再打开错误报告（这很尴尬，但并非不可能这样做）。与此同时，人们注意到一个新的“whoopsie”流程，如什么是“whoopsie”流程以及它有什么作用？.

经过更多的谷歌搜索，我挖出了这个蓝图，它描述了整个过程： ErrorTracker - Ubuntu Wiki。（它没有提到 whoopsie 或 daisy，所以我添加了它们 - 如果我错了，请纠正我）。

哇 - 这听起来像是简化和改进崩溃报告过程的伟大工作。

我留下了这个问题：用户如何了解问题的状态？蓝图现在有这个要求

用户应该有一些方法来检查他们的崩溃报告的状态；例如，有一些他们可以查看的报告 ID 以查看统计信息和/或任何相关的错误 #。例如，在提交时提供一个序列号，他们可以稍后通过网页加载。

这似乎未实现。在此期间有什么可用的吗？

开发者如何进入游戏？转到https://daisy.ubuntu.com只会提供“内容类型不正确”错误消息。

最后，我建议在发行说明中记录应用程序行为的变化。任何试图帮助 Ubuntu 的人都应该对此感兴趣。