查找占用空间的文件

chinadns

1） major  number，minor number   应该是000A0008十六进制
2）可以
3）是

咱也学习学习

thesix

(0)> hcal 114FEEB+00C7FF38
Value hexa: 01DCFE23          Value decimal: 31260195

正好差不多是31MB！庆祝一下

1) 先找到文件系统对应的LV, 然后 'ls /dev' 看相应LV的major number & minor number.
    我看了一下我的机器中/home (/dev/hd1) 是10/8，因为rootvg中maj/min相对固定，所以我猜你的也是。
2) 可以。所谓的 Open/Reference Count 和 Disk Link Count 是相对独立的。
3) 是。我们还没把那两个inode和fuser报告的进程对应起来，在4.3.3中作又需要几个kdb子命令（5.3中可以用procfiles 命令列出进程打开的file descriptor，包括inode#）。

security1024

恭喜恭喜，找到了这31M ：）
我查过设备的major number & minor number。都是对的！
正如您说的，我如何将那两个inode和fuser报告的进程对应起来呢？再辛苦一下？到上海后请你喝酒：）

jtw

其实不用那么麻烦，一条命令就可以搞定：

fuser -dV /home

会列出已经删除的文件的i-node，文件大小，使用此文件的进程号。

kill掉这些进程，就会释放删除文件的空间。

security1024

jtw说的对的，结果如下，非常感谢thesix 帮我找到了问题所在并使我接触到KDB，感谢jtw 提供的简洁方
法来解决这个问题。
server1:/dev>fuser -dV /home
/home:
inode=2057   size=18153195     fd=6       22672
inode=2064   size=13107000     fd=6       40280

server1/dev>ps -ef | grep 22672
    root 22672 15794   0   Aug 30      -  0:00 ftpd
    root 39296 36936   1 16:01:06  pts/1  0:00 grep 22672
server1:/dev>ps -ef | grep 40280
    root 34902 36936   0 16:01:19  pts/1  0:00 grep 40280
    root 40280 15794   0   Aug 30      -  0:00 ftpd

yanbing

绝对强帖，绝对精华，刚看到，罪过罪过！

fck

此贴该顶！！

[ 本帖最后由 fck 于 2008-8-30 20:54 编辑 ]

skystom

该顶

zlwww1227

使用fuser要分外小心

snowbow

学习到了kdb的使用 谢谢