问题描述
在我的一台机器上,我运行了一个名为”whoopsie”的进程。我运行的是12.04服务器,从未专门安装过任何名称。
谷歌似乎暗示它有错误日志的东西,但我没有找到太多的信息。事实上,我没有手动安装它和我检查的其他3台服务器实际上没有这样的运行进程或可执行文件,这让我有点困惑。
有谁知道”whoopsie”过程是什么?
有谁知道可能安装了哪些软件包?服务器很简单,它有一个LAMP堆栈,Samba和打印服务器以及Nagios NRPE插件,没有更多的安装,只是站在那里有一个不错的backup-server。
一些更多信息:
$ 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
最佳解决思路
什么是whoopsie?
-
这是“Ubuntu错误报告”守护程序,默认安装在桌面/服务器安装中。
-
当某件事崩溃时,whoopsie会做两件事:
-
收集Apport生成的崩溃报告
-
可以将它们发送到Ubuntu /Canonical(具体到https://daisy.ubuntu.com 🙂
-
Whoopsie不会在未经您许可的情况下发送您的崩溃报告!
-
正如Evan在他的回答中解释的那样,只有通过图形对话框(见下文)允许崩溃数据的实际传输,或者对于CLI服务器,才会显式运行
apport-cli
。
我如何在桌面上禁用它?
-
转到设置…隐私…
-
在诊断选项卡中,取消选中将错误报告发送到规范选项:
如何在服务器上或通过命令行禁用它?
-
只需将
report_crashes
参数更改为/etc/default/whoopsie
文件中的false
即可。 -
然后告别与
sudo service whoopsie stop
的whoopsie。
次佳解决思路
Whoopsie是Ubuntu error tracker的一部分。它需要apport在应用程序出现故障时创建并呈现的崩溃报告,并将它们发送到Canonical服务器以供进一步处理。从这些报告收集的数据有助于我们优先考虑和追踪最紧迫的问题:
小型whoopsie守护进程在Ubuntu桌面和服务器安装上默认运行。如果您在桌面安装中显示的对话框中显式批准此报告,或者在服务器的情况下手动运行apport-cli
,它只会发送报告。
您可以通过进入系统设置 – >来禁用它。隐私 – >诊断并取消选中标有“将错误报告发送到Canonical”的框。
要在Ubuntu服务器上禁用它,编辑/etc/default/whoopsie
文件并将report_crashes=
更改为false
,然后运行sudo stop whoopsie
。
请注意,如果您这样做,我们将不会意识到影响您的计算机的问题,并且可能无法修复它们。我会谈谈我们如何使用您的数据在视频中使Ubuntu更好:
第三种解决思路
apt-get -s purge whoopsie
The following packages will be REMOVED
whoopsie*
apt-get purge whoopsie
我没有任何问题,因为我正在构建自己的Ubuntu桌面,但到目前为止,我的系统一直在崩溃,但现在我已经摆脱了它:)
第四种思路
It’s Canonical’s错误报告守护进程。
off-putting的一点是,你甚至不会问你是否要安装它,如果你在一个预算服务器硬件明智的
@Glynn BLower
apt-get -s purge
似乎并没有真正卸载守护进程,只是告诉你,如果你想清除它,它就在那里
apt-get purge
在我的13.04服务器安装上做了诀窍