Linux 硬盘管理----清空.Trash-1000—硬盘空间不够
原因: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
/media/guazai/.Trash-1000
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
一:统一磁盘整体情况,包括磁盘大小,已使用,可用
1.查看当前目录
命令
df -h
结果:
统一每个目录下磁盘的整体情况
2.查看指定目录
在命令后直接放目录名,比如查看“usr”目录使用情况:
df -h /usr/
结果:
统一了指定目录一使用情况,及分配的最大空间
二:具体查看文件夹的占用情况。
1.查看当前目录每个文件夹的情况。
命令:
du --max-depth=1 -h
结果如下:
最后一行统计整体占用多少磁盘
2.指定目录
只要在命令后直接根目录名,以目录“/usr”为例
命令如下:
du --max-depth=1 -h /usr/
结果如下:
三:计算文件夹大小
为了快算显示,同时也只是想查看目录整体占用大小。可以直接使用du -sh 命令,如果想查看指定目录,直接在命令后根目录即可。
命令:
du -sh /usr/
结果如下:
四:总结
其中df -h
和du -sh
使用的比较多,一个统计整体磁盘情况,一个看单独目录点用情况,而命令du --max-depth=1 -h
查看了目录下文件夹占用情况,使用比较少,可以用du -sh
代替,而且命令较长,当然并不是说它没用。