恩。。。。。其实。。。。最终结论是trackered进程bug。。。。
=_='
我实在不敢相信原来用户如此多的Ubuntu竟然始终保留有一个这样夸张的bug。。
登录后updatedb和trackerd猛吃CPU，而且trackerd还在疯狂的IO

trackerd是搜索和索引服务，启动后它不但去扫描硬盘而且还会在$HOME/.config/tracker/目录下创建自己的数据库，很多兄弟的硬盘空间就是被这个数据库给占了。

　　如果不需要trackerd的话就把他给卸载了或着给关闭了，在 系统->首选项->会话 中有关闭trackerd的选项，关闭后就没这问题啦。

　　顺便说一下，在gnome 2.18 以前会有使用tracker时Deskbar-applet在登陆时出错的问题，原因是trackerd有一个已知的bug，它会导致登录时产生一个竞争条件，当trackerd在启动时，deskbar-applet仍尝试通过它的 dbus界面来启动它。这将导致deskbar-applet的出错。要让deskbar-applet重新运行起来（同tracker一起），打开一个终端，执行：

　　# killall deskbar-applet

　　然后，当对话框出现，并要求重启它时，选择"Reload"。必须在登录时完成一次这个操作。Deskbar-applet在之后的会话中将会正常运行。

使用apt-get remove deskbar-applet 卸载了这个小程序
重启 ，还是没有用
进入~/.config/tracker/tracker.cfg
将所有为true的值改为false，大数改为1024，重启，一切正常
分析：
# Disables the indexing process
EnableIndexing=true
# Enables indexing of a file's text contents
EnableFileContentIndexing=true
# Sets the maximum bucket count for the indexer
MaxBucketCount=524288

事实上trackerBUG发飙时会占用600M以上内存，让cpu保持在100％，同时让硬盘的电动机找到风驰电掣的感觉。。。。奇怪我怎么一直没在意。。
ps:刚才我截下一张图找不到了。。=_='

这个不叫bug
http://www.gnome.org/projects/tracker/
tracker是一个桌面搜索工具，不知道你用过google desktop没有
建好索引之后你能瞬间根据文件内容找到你想要的文件，电子邮件，IM聊天记录，都只需要输入关键字就可以搜到，记得是beagle还是tracker能够和浏览器整合，索引所有访问过的网页，哪天你突然想起某个网页比如这个的时候你能打开tracker的查找器输入一个关键字将之搜出来

然后就是tracker并不是每次都要重建索引的，可能你的设置有问题
一般装好tracker之后重建一次索引，之后tracker就会一直待命，有新的文件改动的时候建立单个文件的索引，在较新的电脑上几乎感觉不到资源占用

不过当然。。。最好的办法就是把它删了。。。反正我是不爱用桌面搜索的。。。

最后就是，好像你的home没有单独挂开而是和根在一个分区的，这样不好。
home应该挂到一个单独的硬盘分区下面，这样以后不管你系统重装多少次你的东西你的设置都不会丢失。

[ 本帖最后由 和风 于 2008-3-23 20:33 编辑 ]

引用:

原帖由 和风 于 2008-3-23 20:27 发表
这个不叫bug
http://www.gnome.org/projects/tracker/
tracker是一个桌面搜索工具，不知道你用过google desktop没有
建好索引之后你能瞬间根据文件内容找到你想要的文件，电子邮件，IM聊天记录，都只需要输入关键字就可以搜 ...

从它的cpu、内存和硬盘占用量上来看，我觉得它完全违背了设计初衷，应该算是个bug了

我的home是单独挂载的