linux系统中，使用rm删除某个大文件，，但如果在删除之前有进程已经打开该文件，却没有关闭这个的句柄，那么linux内核还是不会释放该文件的磁盘空间，最后造成磁盘空间占用100%，因为没有磁盘提供读写，使系统无法正常运行。
使用 du 和 df 查看磁盘空间时，两则无法匹配
df -h 显示磁盘使用100%
du -sh * 查看个目录占用磁盘空间却很小
遇到这种情况基本断定，某些打文件被某些进程占用，导致内核不能释放空间，不能更新磁盘显示，但是磁盘目录又占用，更新完成。显示不一致。因为文件删除后，而占用该文件的进程没有被关闭，造成内核无法回收这些文件占用的空间。
解决步骤：
df -h 查看磁盘分区使用情况
du -sh * 查看系统目录和文件磁盘使用情况
lsof -n |grep deleted 列出已删除文件的磁盘读写操作进程，这类操作是无效的。
gearmand 22377 gearmand 3w REG 253,1 32753639424 201505632 /var/log/gearmand/gearmand.log (deleted) gearmand 22377 22413 gearmand 3w REG 253,1 32753639424 201505632 /var/log/gearmand/gearmand.log (deleted) gearmand 22377 22414 gearmand 3w REG 253,1 32753639424 201505632 /var/log/gearmand/gearmand.log (deleted) gearmand 22377 22415 gearmand 3w REG 253,1 32753639424 201505632 /var/log/gearmand/gearmand.log (deleted) gearmand 22377 22416 gearmand 3w REG 253,1 32753639424 201505632 /var/log/gearmand/gearmand.log (deleted) gearmand 22377 22417 gearmand 3w REG 253,1 32753639424 201505632 /var/log/gearmand/gearmand.log (deleted) gearmand 22377 22418 gearmand 3w REG 253,1 32753639424 201505632 /var/log/gearmand/gearmand.log (deleted)
kill pid 杀死占用被删除文件的进程(杀死该进程前，最好先关闭相关服务，以免服务发生错误)。
若出现mysql数据库服务，占用大量无效磁盘空间
备注:本人遇到的场景是同事删除了mysql的表，但是是在shell上执行rm表的文件，而不是通过drop table之类的命令去删除表的，于是mysql会一直占用这些表文件的句柄，最后造成磁盘空间100%，这种情况下，也不用重启mysql，只要进入mysql客户端执行flush tables就行了
相关文档：《linux查看目录和文件大小du、df》
http://jasonzhu.blog.51cto.com/5594807/1700990
