今天,我试图在系统磁盘上节省一些宝贵的空间,我可能有一个真正的新手问题:我可以安全地检测/var/tmp
(flatpak 项目)的内容吗?
$ sudo du -sh /var/tmp
1.5G /var/tmp
有数百个flatpak-cache-ABCDEF
(结局可变)。
具体来说,现在有 472 个flatpak-cache-??????
目录,如下所示:
$ \ls -ld /var/tmp/flatpak-cache-?????? | wc -l
472
所以,我想如果我重新启动桌面并立即删除内容,会有什么危害吗?
答案1
/var/tmp/flatpak-cache-ABCDEF
我通过启用释放了几GB文件systemd-tmp 文件自动执行清理。发行版可以在 /usr/lib/tmpfiles.d/*.conf 下包含此内容,但我的没有,所以我创建了一个名为的文件,/etc/tmpfiles.d/flatpak.conf
其内容如下:
# clean up flatpak cache folders on boot after ten days
R! /var/tmp/flatpak-cache-* - - - 10d
重新启动后,我的 /var 从 2G 空闲变为 9G 空闲。查看更多内容手册页:
man tmpfiles.d
也可以看看systemd.io了解更多信息。
答案2
这Flatpak 命令参考提到了这一点:
FLATPAK_SYSTEM_CACHE_DIR在拉入系统范围安装期间将创建临时子存储库的位置。如果未设置,则
/var/tmp/
使用 in 中的目录。这很有用,因为它更有可能与系统存储库位于同一文件系统上(从而增加了例如引用链接复制的机会),并且我们可以避免用临时数据填充用户的主目录。
它指出这些数据实际上只是临时的,因此我已经删除了所有这些与 Flatpak'ed 程序没有问题的项目。
所以,我发布了这个:
rm -r /var/tmp/flatpak-cache-??????
并重新启动该机器。
答案3
一个好人创建的脚本,用于在每次启动时清除 /var/tmp/flatpak-cache* (还有一个解释为什么会出现问题)这个脚本还没有经过很好的测试......但目前它已经存在(2017 年 10 月 19 日)...该脚本是自动的,并在启动时运行。
https://github.com/flatpak/flatpak/issues/1119
我考虑发布此信息作为个人感谢,感谢 Stack Overflow 一直帮助我解决系统问题。但请务必通过提供的链接返回脚本作者 Pete“stepnjump”。社会各界必须互相帮助!无需依赖信誉不佳的公司向用户提供的“支持”,这些公司只提供“虚假”支持来证明他们收取的非常昂贵的许可是合理的!