[Problem feedback] 我去,不知道这怎么回事,系统盘突然满了
Tofloor
poster avatar
Amber
deepin
2026-02-11 22:01
Author

RT,这个V25我就刚重装了2天,然后更新了系统换了内核,下午我看系统盘还有30多GB,今晚我正常玩游戏,玩完系统盘就满了,看home分区里面68GB,但是打开挨个目录看怎样都没有68GB(包括隐藏文件),重启系统也没用。下午的时候我也没用磐石备份,完了,现在我只能试试恢复出厂设置了,祝我好运sob

Reply Favorite View the author
All Replies
Amber
deepin
2026-02-11 22:01
#1

image.png

用stacer也没有扫出来什么东西

Reply View the author
red13
deepin
2026-02-11 22:33
#2

你需要 filelight 工具,去检查一下

image.png

Reply View the author
erdospj
deepin
2026-02-11 22:33
#3

在/下,用ncdu扫描下,看那些东西占了。不怕崩溃的话,可以用ncdu删除了怀疑的文件。

Reply View the author
文盲振伟🍀
deepin
16 hours ago
#4

ostree备份的其他系统部署占用空间异常导致的,只能移除ostree,别无他法,这个系统就这德行

Reply View the author
iceyer
deepin
12 hours ago
#5
文盲振伟🍀

ostree备份的其他系统部署占用空间异常导致的,只能移除ostree,别无他法,这个系统就这德行

如果认为是ostree占用的,请给出分析数据,不要没有数据就在这随便下结论。

Reply View the author
文盲振伟🍀
deepin
12 hours ago
#6
iceyer

如果认为是ostree占用的,请给出分析数据,不要没有数据就在这随便下结论。

我自己的电脑,虚拟机装上25.0.1占用18G,升级到25.0.10就30多G了。

然后实体机装25.0.1,移除ostree,随便升,空间增长非常有限

Reply View the author
文盲振伟🍀
deepin
11 hours ago
#7
iceyer

如果认为是ostree占用的,请给出分析数据,不要没有数据就在这随便下结论。

你可以把ostree表层直接备份到另一个文件夹,抛弃ostree,看一下备份目录多大就ok了

sudo rsync -aAXv --exclude={"/dev/","/proc/","/sys/","/tmp/","/run/","/mnt/","/media/*","/lost+found","/ostree","/persistent","/sysroot"} / /media/yourname/bak

Reply View the author
iceyer
deepin
10 hours ago
#8
文盲振伟🍀

你可以把ostree表层直接备份到另一个文件夹,抛弃ostree,看一下备份目录多大就ok了

sudo rsync -aAXv --exclude={"/dev/","/proc/","/sys/","/tmp/","/run/","/mnt/","/media/*","/lost+found","/ostree","/persistent","/sysroot"} / /media/yourname/bak

这个都没有涉及到系统升级,和ostree有什么关系?

Reply View the author
iceyer
deepin
10 hours ago
#9

试试用du分析下/home目录的磁盘使用吧

sudo du -h -d 3 /home | sort -h

sudo du -h -d 3 /persistent | sort -h

Reply View the author
electricface
deepin
10 hours ago
#10
Reply View the author
叶落无语
deepin
9 hours ago
#11

用这个工具扫描完成了,输出一大堆内容,看不明白,能详细介绍一下工具用法吗?

Reply View the author
iceyer
deepin
9 hours ago
#12
文盲振伟🍀

我自己的电脑,虚拟机装上25.0.1占用18G,升级到25.0.10就30多G了。

然后实体机装25.0.1,移除ostree,随便升,空间增长非常有限

参见这个帖子:https://bbs.deepin.org/post/295750?id=295750&limit=20&offset=0&postId=1774238

刚好有个虚拟机的干净系统,升级测试了一下。

升级前:

企业微信截图_17708788189820.png

系统版本:V25 正式版,构建版本号 21035.100.100
df 统计:系统盘 9.0G,数据盘盘 14G。文件管理器:系统盘:10.7G,数据盘 19.8G。

软件包数量:1825个

升级到25.10

企业微信截图_1770878600170.png

系统版本:V25.0.10, 构建版本号:21138.105.100

df数据:系统盘:11G, 数据盘 16G;文件管理器:系统盘12.5G,数据盘 21.9G.

注意数据盘中有2.3G是下载的deb缓存,会被定时器清理(看截图)。
软件包数量:1876个

简单对比结论:

项目 旧版本21035.100.100 新版本21138.105.100 变化值 增长率
软件包数量 1825 1876 +51 +2.79%
系统盘 (df) 9.0G 11G +2.0G +22.22%
数据盘 (df,含缓存) 14G 16G +2.0G +14.29%
数据盘 (df,剔除2.3G缓存) 14G 13.7G -0.3G -2.14%
系统盘 (文件管理器) 10.7G 12.5G +1.8G +16.82%
数据盘 (文件管理器,含缓存) 19.8G 21.9G +2.1G +10.61%
数据盘 (文件管理器,剔除2.3G apt缓存) 19.8G 19.6G -0.2G -1.01%
系统+数据盘 (df,含缓存) 23.0G 27.0G +4.0G +17.39%
系统+数据盘 (df,剔除缓存) 23.0G 24.7G +1.7G +7.39%
系统+数据盘 (文件管理器,含缓存) 30.5G 34.4G +3.9G +12.79%
系统+数据盘 (文件管理器,剔除缓存) 30.5G 32.1G +1.6G +5.25%

结论就是数据盘体积没有基本没有变化,系统盘增加2G。我手上有虚拟机快照,可以反复验证。

Reply View the author
iceyer
deepin
9 hours ago
#13
叶落无语

用这个工具扫描完成了,输出一大堆内容,看不明白,能详细介绍一下工具用法吗?

sudo ./pan-scanner scan --pretty > scan.json
./pan-scanner report --input scan.json

第二条命令会输出一个可阅读的报告的,可以贴上来看看

Reply View the author
叶落无语
deepin
8 hours ago
#14
iceyer

sudo ./pan-scanner scan --pretty > scan.json
./pan-scanner report --input scan.json

第二条命令会输出一个可阅读的报告的,可以贴上来看看

谢谢。晚点试一下。

Reply View the author
叶落无语
deepin
8 hours ago
#15

这是我运行后最后面的结果。麻烦帮忙看一下。

[建议]

  • [安全] mod layer 使用量偏高: 建议执行官方自动刷新流程并重启
    证据: bytes=6929526784, category=mod_layer, threshold=209715200
  • [确认] unattributed usage is high: use top dirs and mount mapping to locate hidden storage consumers
    证据: gap_bytes=866164736, mount=/boot, path=/boot/, used=1710030848
  • [确认] unattributed usage is high: use top dirs and mount mapping to locate hidden storage consumers
    证据: gap_bytes=11799040, mount=/boot/efi, path=/boot/efi/, used=11799040
  • [禁止] 不要手动删除活动部署数据: 避免在 /persistent/ostree/data 和 /persistent/overlay/data 下直接删除
    证据: path1=/persistent/ostree/data, path2=/persistent/overlay/data

建议执行官方自动刷新流程并重启,这个怎么操作?能释放一些数据盘空间吗?

Reply View the author