![inode に関して正しいのはどちらでしょうか? df ですか、それとも tune2fs ですか?](https://rvso.com/image/122425/inode%20%E3%81%AB%E9%96%A2%E3%81%97%E3%81%A6%E6%AD%A3%E3%81%97%E3%81%84%E3%81%AE%E3%81%AF%E3%81%A9%E3%81%A1%E3%82%89%E3%81%A7%E3%81%97%E3%82%87%E3%81%86%E3%81%8B%3F%20df%20%E3%81%A7%E3%81%99%E3%81%8B%E3%80%81%E3%81%9D%E3%82%8C%E3%81%A8%E3%82%82%20tune2fs%20%E3%81%A7%E3%81%99%E3%81%8B%3F.png)
Redhat 6.5 では、空き inode に関して 2 つの異なる結果が得られます。
df の使用:
[root@xxxx ~]# df -i /dev/mapper/data_vg-data_lv
Filesystem Inodes IUsed IFree IUse% Mounted on
/dev/mapper/data_vg-data_lv 2555904 72422 2483482 3% /data/cfa000/x1/data
tune2fs の使用:
[root@xxxx ~]# tune2fs -l /dev/mapper/data_vg-data_lv | grep -i inode
...
Inode count: 2555904
Free inodes: 846816
...
この状況は正常でしょうか? そうでない場合、何が問題なのでしょうか?
答え1
df は正しいはずです。tune2fs の inode カウントはメモリに保持されているスーパーブロックをチェックしないため、マウントされたボリュームでは信頼できません。/dev/mapper/data_vg-data_lv をアンマウントして tune2fs でチェックすると、df -i と同じ値が表示されるはずです。