du前加sudo看看。

信息不全，我毛估估是你的VMM占了不少空间。

VMM里我虚拟了一个Lean软路由系统

估计是这个原因，download station你如果设置保存位置在其他存储空间，那么它做种的时候在你安装ds套件的那个空间上还要保存一份做缓存，也就是一个文件在空间1跟空间2都有一份，群晖这个弱智设计还没改么

既然是nas为什么要搞成系统盘存储盘模式

你用winscp连进去看看最大的那个文件夹看看

你的这块盘总共多大呀？就这里看看没多少。加上系统分区和swap也应该就20来G。
你可以考虑重装套件，把大的装到别的分区上。你可以进@appstore目录，du具体看看哪些套件大。


更新，看到VMM里报的存储空间大小了，总共才9G多，那你套件占了8G多是不够了。把套件重装移走吧。

du结果里明显没有Download Station什么事。

Download Station这个设计确实不人性化。但是也解决了一些问题，比如有些人想用垃圾盘做下载上传缓存盘，下载好的放到仓库盘，这样的设计就很合适。如果很在意两份存储不在意磁盘工作时间的，可以把套件直接装在目标仓库盘上。

这个设计是个不完美的折中吧。为了系统盘高可用，只能跟数据盘共用磁盘。套件磁盘用量不可预估，所以只能占用存储盘空间。

不觉得是个不完美的折中方案。群晖系统设计的初衷就是要打造一个简单傻瓜易用的NAS系统，如果分为系统盘和存储盘，一旦系统盘崩坏，恢复后需要重新做非常多的配置，这对于初级用户是非常不友好的。像现在这样做成系统、存储混合，通过RAID方式高可用，单盘崩坏也不影响使用和系统恢复，对用户来说使用更简单，多盘同时崩坏的情况毕竟是少数。

怎么进@AppStore查看如何操作啊？ iOS fly ~

cd \@appstore 然后再跟之前一样sudo du命令看一下。

不过你的这个存储盘这么小，建议把套件都重装到别的盘上吧。

我误解你6楼意思了。我以为你质疑为什么DSM要把系统分区放在用户磁盘上而且不是单独内置一块小容量的SSD做系统。

楼主那个思路也不错的，因为用一块SSD做“系统盘”装套件以及存放数据库和Docker镜像，系统整体性能会好不少。只不过他的系统盘实在太小了。

至于DSM那个设计，我觉得确实也是不完美的，因为没有RAID时，单盘故障就会影响套件使用，损失可能比系统分区损毁更大。当然，用户可以自己使用RAID来规避这个问题，所以也算合理。

回复1#qxqyaya

把套件东西装其他盘去

刚装群晖那会类似的问题，好像默认文件保存版本次数是32还是16次，所以，同样一个文件，任何变动就会被复制，直至32次后才覆盖早期版本，很容易就没有空间了。不知道你是不是这个问题。

看来你真是一点命令也不会……
那你依样画葫芦吧：




不过你不具体分析是哪个套件占空间多也无所谓了，反正你总共才不到10G的空间，怎么也是不够的。直接把它们卸载重新装到有空间的盘上吧。

不过我看了下我自己的情况，套件比你多很多，但空间只占了3G多，所以看上去你那里还是有点不正常。

谢谢，看到了，是ebmy