楼上的各位，麻烦你们回答问题的时候看清楚别人问的是什么好吧？
1、如果是大文件占用了，那么查询大于某个值的文件的方法：
find / -size +100c -print
这是从根盘开始查找大于100字节的文件（至于字节数你当然可以自己设置）
你可以用
find / -size +100c -exec ls -l {}\;
来列出文件属性。
2、如果只是因为有些应用生成的日志文件较多，长时间没有清理后占用了，这种情况最明显的标志为系统空间使用量逐步递增，每天的增量基本相差不大。那么最快捷的方式莫过于询问应用厂商要到日志存放目录后进行清理。如果找不到厂商，那只好自己动手咯，写个脚本查：
#!/bin/ksh
#####用du命令输出所有目录所占的磁盘空间大小，以G为单位#########
du -h >fs_du.log
######判断各层目录大小，查到占用量大的目录######
cat fs_du.log|while read LINE FS_USED
do
if [ $LINE -ge 10 ]
then
echo $FS_USED >>result.log
else
exit
fi
done
####查看运行结果#######
more result.log
这样你就能看到占用量比较大的目录，从而有针对性的到相应目录下检查，看到底是什么东西在占用硬盘空间了。（if [ $LINE -ge 10 ] ，这里是判断超过10G的目录，你可以修改）
3、因为人为的误操作，导致了某些进程在没有执行完成的时候被kill掉了，但是缓存中的程序没有释放，仍然在运行，这会产生一些临时文件占用大量的磁盘空间资源，这种现象的特点是爆发式的增长，在很短时间内就将磁盘空间占满。解决的方法：
i、如果是因为父进程被杀除，子进程还运行导致，那么最简单，kill子进程，就会释放。
ii、如果能用ipcs确认是哪个用户的进程，那么也不困难，顺着使用ipcrm就行（这个就不一一例举了，有了命令查使用方法还是很方便的）
iii、执行进程的用户是比较关键的用户如：root用户、有实例的oracle用户、在线的生产用户等。那么建议在确认是因为共享缓存的原因导致的问题后重启服务器。
4、你已经删除了一些占用量大的文件，或者在根盘下做du -h发现占用量远远的小于130G，df的结果仍然是100%的使用率。那么基本肯定你碰到了linux的一个bug，直接重启就能解决。（当然了也不一定是bug，我碰到过那种程序在写一个日志，但是删除日志后空间不释放的问题。这个是linux本身的机制引起的，只需要停止相关的程序空间就会释放的）
