GPU 机（192.168.31.31 zywpc）磁盘空间盘点

盘点时间：2026-09-22（本机 14:00 / GPU 机 UTC 06:00）
结论一句话：根分区 1.2T 已用 965G / 剩 123G（89%），偏紧但未告急；零风险可立刻回收约 108G，全量整理可回收 200G+。

一、磁盘硬件与分区现状

物理盘只有一块：GLOWAY STK4TS3-S 4TB SATA SSD（/dev/sda，非 NVMe —— 旧备忘里的「NVMe 1.2TB」记错了）。

分区	大小	类型	挂载	用途	用量
sda1	300M	vfat	/boot/efi	EFI	38M / 13%
sda2	16M	—	未挂载	MSR（Windows 保留）	—
sda3	1.0T	ntfs	未挂载	Windows C: 系统盘（含 Windows/Users/$360Section/BOOTNXT）	847G 已用 / 178G 可用（83%）
sda4	1.5T	ntfs	未挂载	Windows D: 数据盘（pagefile.sys 32G、Program Files、课题、wy）	42G 已用 / 1.5T 可用（3%）
sda5	1.2T	ext4	/	Ubuntu 根（唯一可用空间）	965G 已用 / 123G 可用（89%）
sda6	835M	ntfs	未挂载	Windows 恢复分区	—

inode 使用率 2%（7634 万 inode，用了 135 万）→ 不是 inode 问题，纯粹是容量。
这台机器是 Windows + Ubuntu 双系统。我临时只读挂载过 sda3/sda4 查看，已立即卸载并删除临时挂载点，未做任何写入。
D: 盘（sda4）1.5T 里只用 42G，看似「白放 1.5T」，但它是 Windows 在用分区（pagefile.sys 时间戳 09-21，说明 Windows 近期启动过）。想把这 1.5T 挪给 Linux，必须先在 Windows 里用磁盘管理压缩 D: 卷，再从 Linux 侧扩 sda5 或新建分区；不能在 Linux 下直接动 NTFS。建议不要贸然操作。

二、空间占用分布

根分区已用 965G，主要构成：/home 819G + /var 61G + /usr 11G。

2.1 /home/zyw 明细（>1G）

路径	占用	说明
`~/ComfyUI`	483G	主 ComfyUI（现役）。其中 `models` 448G、`output` 22G、`venv` 13G
`~/Downloads`	77G	freetoken-models 44G、RVN 两个量化档 25G、freetoken-venv 6.9G、llama.cpp-src 0.46G
`~/models`	45G	ridge 11.73G + ko-ridge 11.73G + ternary-bonsai-2-27b 系列 + DFlash2/mmproj
`~/.lmstudio`	36G	LM Studio 模型库（家目录根的 27B GGUF 是与它同 inode 的硬链接，见 §三）
~~`~/comfy`~~	~~32G~~ → 已清理	2026-03-26 的旧 ComfyUI（实为 docker 容器 `comfyui_persist` 的 bind mount）。2026-09-22 已迁移模型并删除，详见 §七
`~/ACE-Step-1.5`	20G	音频生成项目
`~/dev/null`	16G	垃圾文件：`>` 误重定向生成（2026-08-25），旁边还有 `null.aria2`
`~/bonsai2-mtp`	8.5G	Bonsai 2 投机解码相关
`~/.cache`	5.6G	缓存，可清
`~/downloads`	4.9G	9B heretic GGUF（与 .lmstudio 硬链接）
`~/av1-work`	3.7G
`~/demucs-out`	1.6G
`~/h3-t8`	1.1G
`~/llama.cpp-new`	830M	KO 档专用新构建
`~/minimax-h3-video-studio`	516M	H3 Studio

家目录根下另有 6 个 27B GGUF 文件（名字上看着 84G）：Huihui-Q4_K 15.66G、UD-Q4_K_M 15.33G、NVFP4-Quality-v2 14.96G、UD-IQ4_XS 13.27G、Huihui-UD-Q3_K_XL 12.41G、UD-Q3_K_XL 12.24G —— 全部是硬链接，不额外占空间。

2.2 ComfyUI/models 448G 明细

子目录	占用	主要文件
`diffusion_models`	249G	`MiniMaxH3/` 59G、ltx-2.5-22b int8 21G / nvfp4 18G、boogu_image_base_bf16 20G、Singularity ref2va int8 20G、Dasiwa h3 Hybrid8turbo 20G、JANK2 int8 14G、krea2_turbo fp8 13G、minimax_h3 fl2va 12G / ref2va 11G、boogu 系列 9.7G×3 + 5.5G×2、qwen_image_2.1 int8 6.8G
`text_encoders`	140G	`minimax/` 26G、qwen3vl_32b 四个变体 15G×3 + 14G、gemma4-12b-ltx 15G、qwen3vl_8b 9.9G/8.8G/5.9G、gemma4_e2b 9.6G、qwen3.5_9b×2 8.9G
`loras`	25G	2026 技术 LoRA（此前清 SD1.5/SDXL 时保留）
`vae`	14G	`MiniMaxH3/` 8.4G、sd1.5 1.5G
`YuE2` / `MERT2`	9.7G	音乐生成
`checkpoints`	12K	已清空（SD1.5/SDXL 清理成果保持 ✅）

2.3 /var 与 Docker（最大的一块「隐形」占用）

/var/lib/containerd 58G、/var/log 2.2G。
docker system df：镜像 6 个共 61.55GB，其中 56.97GB（92%）可回收；build cache 13.71GB（9.16GB 可回收）。

镜像	大小	容器状态
`nvcr.io/nvidia/pytorch:25.12-py3`	30.2G	容器 `comfyui_persist` Exited (127) 6 周
`mumujie/mumuainovel:latest`	13.3G	✅ 正在运行（healthy）
`openclaw:local`	4.55G	无容器
`postgres:16-alpine`	395M	✅ 正在运行
`ghcr.io/aas-ee/open-web-search`	370M	Created（未跑）
`curlimages/curl`	35M	无容器

三、重复文件核实（纠正旧结论）

重要更正：全局备忘里记的「~/Downloads 与 ~/.lmstudio/models 有约 30GiB 重复 GGUF」——实测不是真重复，而是硬链接：

16810714400 45784130 /home/zyw/Huihui-Qwen3.8-27B-abliterated-Q4_K.gguf
16810714400 45784130 /home/zyw/.lmstudio/models/huihui-ai/.../Huihui-...-Q4_K.gguf   ← inode 相同
16464440224 45784128 /home/zyw/Qwen3.8-27B-UD-Q4_K_M.gguf
16464440224 45784128 /home/zyw/.lmstudio/models/unsloth/.../Qwen3.8-27B-UD-Q4_K_M.gguf ← inode 相同

→ 家目录根那 6 个 GGUF（约 84G）与 LM Studio 库内是同一份数据，当前并不额外占用磁盘。注意：单独删任何一份都不释放空间，两份都删才释放。

真重复（不同 inode，实际浪费空间）：

路径	大小	备注
`~/comfy/ComfyUI/models/checkpoints/108e591ea419cb…`	12.3G	inode 45901567
`~/comfy/ComfyUI/models/diffusion_models/z_image_turbo_bf16.safetensors`	12.3G	inode 45901600 —— 与上一个内容相同的两份拷贝
`mmproj-Qwen3.8-27B` 三份：`~/models/qwen3.8-27b-ridge/`(0.87G)、`~/models/qwen3.8-27b-ko-ridge/mmproj-model-bf16.gguf`(0.87G)、`~/Downloads/mmproj-Qwen3.8-27B-F16.gguf`(0.86G)	2.6G	BF16/F16 略有差异

四、回收建议（按优先级）

A 档：零/低风险，可立刻做 —— 约 108G

项	可释放	操作与风险
Docker 清理	~60G	`docker builder prune -f`（9G）+ 删未用镜像：pytorch 30.2G（容器已退出 6 周）、openclaw 4.55G、curl；保留 mumuainovel / postgres / open-web-search。低风险
`~/dev/null` + `null.aria2`	16G	`rm ~/dev/null ~/dev/null.aria2`。纯垃圾，无风险
~~`~/comfy`（旧 ComfyUI）~~	~~32G~~	✅ 已于 2026-09-22 完成：模型迁移 + 产出归档 + 配置备份后删除，净释放 12G（详见 §七）

B 档：需确认后做 —— 约 90G+

项	可释放	风险/前提
`~/Downloads/freetoken-models`（Qwen3.6-35B-A3B NVFP4 官方版 22G + Uncensored-HauhauCS 22G）	44G	全局备忘里完全没有记录，是未部署的新模型。确认不试跑即可删（或移到 D: 盘留档）
LM Studio 慢档 27B：`UD-Q4_K_M` 15.33G、`Huihui-Q4_K` 15.66G、`NVFP4-Quality-v2` 14.96G	~46G	按既有实测：Q4_K 档仅 ~5 tok/s、NVFP4 仅 9.1 tok/s，均已被 Ridge/KO-Ridge（53.9 tok/s）取代。⚠️ 须同时删家目录根的硬链接才真正释放
`~/Downloads/RVN-Q3_K_{M,S}-multilingual-mtp.gguf`	24.5G	从未实测；建议先 `lms load` 试一次再决定
`~/ComfyUI/output`	最多 22G	已由 DSH 机相册服务全量同步（`~/Downloads/comfyui-gallery/media/`），本机可按日期清旧
`~/ACE-Step-1.5`	20G	若不再做音频生成

C 档：结构性扩容（大收益，需谨慎）

Windows D: 盘（sda4）1.5T 只用了 42G：理论上可在 Windows 里压缩 D: 卷腾出数百 G，再从 Linux 侧扩 sda5 或新建 ext4 分区。注意 D: 上有 32G pagefile.sys 且 Windows 近期启动过，必须从 Windows 侧操作，Linux 下动 NTFS 有数据损坏风险。
或把大模型库（ComfyUI/models、.lmstudio）迁到独立分区/外置盘，根分区只留系统。

五、附：GPU / 显存 / 内存现状（顺带）

项	状态
GPU	RTX 5060 Ti 16GB（驱动 610.43.02 / CUDA 13.2）
当前显存占用	`llama-server`（Ridge/KO-Ridge，端口 8080）RSS 6.6G；ComfyUI 未运行（8189 无监听）
内存	32GB；活跃进程 RSS 前三：llama-server 6.6G、uvicorn 1.1G、dockerd 0.1G
运行中服务	llama-server:8080（LLM）、mumuainovel + postgres 容器（小说站）
未运行	ComfyUI(8189)、LM Studio(1234)、H3 Studio(3013/6020)、相册相关

六、执行记录（本次盘点做了什么）

df -h / lsblk / df -i：确认唯根分区 1.2T、89% 满、inode 无压力。
du -xsh 逐层下钻（/home/zyw/、ComfyUI/、models/、/var/lib/、Downloads/*）。
find -iname "*.gguf" -printf "%s %i" + stat -c %i：用 inode 判定真假重复，纠正硬链接误判。
docker system df -v / docker ps：区分在用与可回收镜像。
只读挂载 sda3/sda4 查看内容 → 确认 sda3 是 Windows C:、sda4 是 D: → 已 umount 并 rmdir 临时挂载点，未做任何写入。
本节的盘点过程未删除、未移动任何文件（纯只读）；随后的清理动作见 §七。

七、2026-09-22 执行记录：`~/comfy` 旧 ComfyUI 清理

用户指令：检查 ~/comfy 里的模型在现役 ComfyUI 中是否存在，缺失的复制过去，已有的则该目录整体删除。

7.1 旧目录里的模型（全部就这 4 个文件）

文件	大小	现役 ComfyUI 是否已有	处置
`diffusion_models/z_image_turbo_bf16.safetensors`	11.46 GiB	❌ 没有	✅ 已迁入 `~/ComfyUI/models/diffusion_models/`
`checkpoints/108e591ea419cb178f4c5c8c08d6c53c44ea3d787733b2b82738cbbd1d7a39be`	11.46 GiB	— （与上一行 sha256 完全相同）	🗑 纯重复件，随目录删除
`text_encoders/qwen_3_4b.safetensors`	7.49 GiB	❌ 没有	✅ 已迁入 `~/ComfyUI/models/text_encoders/`
`vae/ae.safetensors`	0.31 GiB	✅ 已有（`~/ComfyUI/models/vae/ae.safetensors`）	🗑 随目录删除

校验证据（sha256）：

2407613050b809ffdff18a4ac99af83ea6b95443ecebdf80e064a79c825574a6  z_image_turbo_bf16.safetensors
2407613050b809ffdff18a4ac99af83ea6b95443ecebdf80e064a79c825574a6  checkpoints/108e591ea419cb…   ← 同一内容
afc8e28272cd15db3919bacdb6918ce9c1ed22e96cb12c4d5ed0fba823529e38  vae/ae.safetensors（旧）
afc8e28272cd15db3919bacdb6918ce9c1ed22e96cb12c4d5ed0fba823529e38  vae/ae.safetensors（现役）← 一致

迁移完整性：两个迁移文件用 inode 一致性证明「就是同一份文件、内容零改动」（同分区 mv 是重命名，不复制数据）： z_image_turbo inode 45901600、qwen_3_4b inode 45901599 —— 迁移前后完全相同。

7.2 顺带抢救的两样东西

26 张 2026-03 的 z-image-turbo 产出图（35M）—— 原在 ~/comfy/ComfyUI/output/，不在相册同步路径内（相册只拉 ~/ComfyUI/output/），直接删就永久丢失。已迁入 ~/ComfyUI/output/z-image-turbo-2026-03/ → DSH 相册 sync-agent 已自动收录（http://192.168.31.76:8900 可见）。
旧 custom_nodes + user 配置（ComfyUI-Manager / Gallery / Crystools / rgthree、comfyui.db、settings）—— 打包为 ~/Downloads/comfy-old-custom_nodes-user-backup-20260922.tar.gz（206M，确认无用后可随时删）。

7.3 结果

指标	清理前	清理后
根分区已用	965G	953G
根分区可用	123G	135G（88%）
`~/comfy`	32G	已删除

净释放 12G（不是 32G）：其中 18.95G 是「迁址」而非释放 —— 两个缺失模型被搬进了现役 ComfyUI，属于必须保留的资产。真正消失的是 12.3G 重复件 + 源码 + 旧插件。

7.4 遗留事项 ⚠️

旧目录其实是 docker 容器 comfyui_persist（nvcr.io/nvidia/pytorch:25.12-py3）的 bind mount （/home/zyw/comfy/ComfyUI → /workspace/ComfyUI）。该容器 Exited (127) 已 6 周，但 RestartPolicy=always：其挂载源现已不存在，若它将来被拉起，Docker 只会创建一个空目录并继续失败（本就是坏状态）。 建议在 Docker 清理时一并 docker rm comfyui_persist，并删除 30.2G 的 pytorch 镜像（见 §4 A 档）。另：旧目录里少数 __pycache__ 是 root 属主（容器以 root 跑产生），rm 需 sudo 才能删除干净。

2026-09-22-GPU机磁盘空间盘点.md