原因：Linux通过图形化界面delete的文件在./Trash-1000下面,需要手动删除

当发现我11T的硬盘空间可能不够的时候，一边删数据，一边让服务器跑，可是最后发现空间还是不够。重启后，df –h 发现我那些通过图形界面单机右键删掉的文件的空间并没有得到释放，到回收站去找，也没有发现文件，那么问题来了，那些文件都跑哪去了

通过自带的磁盘使用分析器，我们看到在./.Trash-1000文件大小居然有7.8T，那么问题来了，这个文件夹到底是什么呢？

后来我发现这是由于我删文件的地方不在HOME所在的分区，而是在另一个独立的Linux分区下，这是我专门用于开发的分区。而我删除的文件在分区根目录下的.Trash-1000/file目录下，相关的删除信息（删除时间和文件所在目录）在.Trash-1000/info目录的文件中。也就是说独立的Linux分区的回收站目录是分区根目录下的.Trash-1000/（ubuntu是这样，如果别的系统应该也是类似名字的目录）。其中的Trash是指“垃圾” 1000是你的用户的uid

原来我之前所谓删掉的文件都跑这来了啊

然后我查了下资料：如果删除的位置是在$HOME目录下，则回收站目录为：～/.local/share/Trash，其中的目录结构一致。只要是在$HOME目录外的独立的Linux分区中删除的文件都不会出现在Nautilus的回收站中，Nautilus的回收站仅显示～/.local/share/Trash/file中的文件。

随后我在网上找了许多恢复的方法，基本都是说直接将file目录下的文件mv出来就好了。

验证了上面的理论的可信度

下面就是清空所有/.Trash-1000/files下的文件

非/home下的文件 可以用rm命令来就直接删掉了，文件不会跑到.Trash-1000/files

命令

结果： 统一每个目录下磁盘的整体情况

在命令后直接放目录名,比如查看“usr”目录使用情况：

结果： 统一了指定目录一使用情况，及分配的最大空间

命令：

结果如下：最后一行统计整体占用多少磁盘

只要在命令后直接根目录名，以目录“/usr”为例 命令如下:

结果如下：

为了快算显示，同时也只是想查看目录整体占用大小。可以直接使用du -sh 命令，如果想查看指定目录，直接在命令后根目录即可。 命令：

结果如下：

其中df -h和du -sh使用的比较多，一个统计整体磁盘情况，一个看单独目录点用情况，而命令du --max-depth=1 -h查看了目录下文件夹占用情况，使用比较少，可以用du -sh代替，而且命令较长，当然并不是说它没用。