在我的一台机器上，我有一个名为“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 的人都应该对此感兴趣。
由于自 12.04 以来默认启用 apport，我认为对某些一直困扰我的隐私问题进行一些急需的澄清是很重要的。
将敏感信息发送到远程服务器的可能性有多大？如果我没有记错的话，它曾经非常偏执，因为它坚持要求用户确认发送可能包含通常无害的主机名的日志之类的内容，但我查看了 /var/crash/ 中的文件并发现了负载和大量数据不仅包含主机名，甚至包含核心转储（“CoreDump”名称，位于其中一个文件中的一团数据之前），这些数据可能会泄露 - 如果我没有记错的话 - 任何曾经使用过的密码在计算机上（当然取决于具体情况）。
我是否可以假设在 /var/crash/ 中找到的所有日志都已“按原样”发送到 Canonical - 即在该目录中找到的，包括核心转储？
我经常遇到一些崩溃，这会导致一个窗口询问我是否要向 Canonical 发送报告，该窗口有一个标题为“报告问题...”的按钮，但没有允许用户检查正在发送的信息的复选框. 当按下按钮时，我希望看到一个后续对话框，显示正在发送的内容（因为按钮标题中存在“...”）。然而，没有出现这样的后续对话框，这让我想到了我的最后一个问题：当我按下那个按钮时发生了什么？如果有的话，实际上发送给 Canonical 的是什么？