磁盘空间占用巨大的meta.db-wal文件缓存(tracker-miner-fs索引服务)彻底清除办法

磁盘命令参考本博客linux磁盘空间满了怎么办.

问题: 磁盘空间被盗

今天瞄了一下我的Ubuntu系统盘,

复制代码
nftdigger@nftdigger-Ubuntu:~$ df -h
文件系统        容量  已用  可用 已用% 挂载点
udev             16G     0   16G    0% /dev
tmpfs           3.2G  1.9M  3.2G    1% /run
/dev/nvme1n1p2  916G  841G   29G   97% /
tmpfs            16G     0   16G    0% /dev/shm
tmpfs           5.0M  4.0K  5.0M    1% /run/lock
tmpfs            16G     0   16G    0% /sys/fs/cgroup

好家伙,我的1T系统盘快满了。查了一下文件主要在哪里增加的

shell 复制代码
nftdigger@nftdigger-Ubuntu:~$ du -h -d1
...
488G	./.cache
...
820G	.

.cache 占了大部分空间

切入.cache目录,一看,好家伙,tracker目录下的meta.db-wal占用了488G。

原因

谷歌了下meta.db-wal,有人在说安装了gnome桌面之后磁盘和CPU占用巨大。我查看了正在跑的程序,果然有个tracker-miner-f的程序在不亦乐乎地瞎跑。

shell 复制代码
$top
 进程号 USER      PR  NI    VIRT    RES    SHR    %CPU  %MEM     TIME+ COMMAND                                                                                                                 
  971168 nftdigg+  39  19  444248  70340  68208 D  52.5   0.2   0:25.76 tracker-miner-f  

继续搜谷歌,说tracker-miner-fs 是 GNOME 桌面环境中的一个组件,它的主要功能是索引你的文件系统以便快速搜索。

我的确尝试安装了gnome桌面系统,不过基本没用。决定停止这个索引服务。

tracker-miner-fs 是 GNOME 桌面环境中的一个组件,它的主要功能是索引你的文件系统以便快速搜索。然而,在某些情况下,它可能会占用大量的 CPU 或者内存资源。如果你不需要文件搜索功能,或者你愿意为了减少系统负载而牺牲这个功能,你可以选择关闭它。

解决: 关闭 tracker-miner-fs服务

1. 停止正在运行的 tracker-miner-fs 进程:

bash 复制代码
    tracker reset --hard

这将停止所有的 Tracker 进程,并删除所有已经收集的数据。

2. 禁用 tracker-miner-fs 服务,避免下一次开机时自动运行。

需要编辑 ~/.config/autostart/tracker-store.desktop 文件。如果文件不存在,需要先创建这个文件。并添加以下内容:

bash 复制代码
    [Desktop Entry]
    Type=Application
    Name=Tracker metadata database store
    Exec=tracker store
    NoDisplay=true
    X-GNOME-Autostart-Delay=30
    X-GNOME-UsesNotifications=false
    X-Ubuntu-Gettext-Domain=tracker

然后,在文件的最后,添加一行 X-GNOME-Autostart-enabled=false,这将禁用 tracker-miner-fs 服务。

bash 复制代码
    X-GNOME-Autostart-enabled=false

最后,保存并关闭文件。

这样,tracker-miner-fs 应该不会在系统启动时运行。如果之后需要启用它,只需要在 ~/.config/autostart/tracker-store.desktop 文件中将 X-GNOME-Autostart-enabled 设置为 true,然后重启系统即可。

附上最后的检查结果,直接腾出488G空间,完美:

相关推荐
Yeats_Liao13 分钟前
Spring缓存(二):解决缓存雪崩、击穿、穿透问题
java·spring·缓存
沐浴露z1 小时前
Redis内存回收:过期策略与淘汰策略
数据库·redis·缓存
shan&cen4 小时前
Day02 集合 | 30. 串联所有单词的子串、146. LRU 缓存、811. 子域名访问计数
java·数据结构·算法·缓存
一氧化二氢.h8 小时前
通俗解释redis高级:redis持久化(RDB持久化、AOF持久化)、redis主从、redis哨兵、redis分片集群
redis·分布式·缓存
七夜zippoe18 小时前
缓存三大劫攻防战:穿透、击穿、雪崩的Java实战防御体系(一)
java·开发语言·缓存
恣艺20 小时前
Redis是什么?一篇讲透它的定位、特点与应用场景
数据库·redis·缓存
肃清121 小时前
《Redis核心机制解析》
数据库·redis·缓存
七夜zippoe1 天前
缓存三大劫攻防战:穿透、击穿、雪崩的Java实战防御体系(三)
java·开发语言·缓存
七夜zippoe1 天前
缓存三大劫攻防战:穿透、击穿、雪崩的Java实战防御体系(二)
java·开发语言·缓存
zhz52141 天前
Spring Boot + Redis 缓存性能优化实战:从5秒到毫秒级的性能提升
java·spring boot·redis·缓存·vue