Linux【6】-硬盘管理9-1-清空.Trash-1000—硬盘空间不够

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

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

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

sam@sam-Precision-WorkStation-T7500[sam] tree /.Trash-1000

2407 directories, 139010files

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

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

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

mv /.Trash-1000/files/nr.04/nr.04.phd /home/sam 然后单击右键删除后，nr.04.phd到了我的回收站这个位置

mv /.Trash-1000/files/nr.04/nr.04.phi/sam  然后，如果对nr.04.phi直接delete，该文件就到了/.Trash-1000

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

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

sam@sam-Precision-WorkStation-T7500[sam]rm -rf /.Trash-1000/files/*

总结

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

参考资料

http://blog.chinaunix.net/uid-26960488-id-3207542.html