ビーグルボーンブラックカスタムボードがあります。
coreutilsを含むビジボックスシェルがあります。
busyboxのバージョンはBusyBox v1.20.2(2017-10-16 16:39:36 EDT)です。
さて、各パーティションのinode使用量を確認したいと思います。
だから私が実行すると、df -i
次のような結果が表示されます。
# df -i
Filesystem Inodes Used Available Use% Mounted on
rootfs 125 9 116 7% /
/dev/root 125 9 116 7% /
tmpfs 62 0 62 0% /tmp
tmpfs 62 0 62 0% /dev/shm
tmpfs 62 0 62 0% /var/run
tmpfs 62 0 62 0% /var/spool/cron
tmpfs 62 0 62 0% /var/sftp
/dev/mmcblk0p18 15 0 15 0% /var/db
/dev/mmcblk0p19 64 0 64 0% /var/firmware
inodeの数を取得するためにtun2fsを実行すると、次のような出力が表示されます。
# tune2fs -l /dev/mmcblk0p18 | grep -i inode
Filesystem features: has_journal ext_attr resize_inode dir_index filetype needs_recovery extent flex_bg sparse
Inode count: 15360
Free inodes: 15346
Inodes per group: 1920
Inode blocks per group: 240
First inode: 11
Inode size: 128
Journal inode: 8
Journal backup: inode blocks
# tune2fs -l /dev/mmcblk0p19 | grep -i inode
Filesystem features: has_journal ext_attr resize_inode dir_index filetype needs_recovery extent flex_bg sparse
Inode count: 65536
Free inodes: 65525
Inodes per group: 8192
Inode blocks per group: 512
First inode: 11
Inode size: 256
Journal inode: 8
Journal backup: inode blocks
なぜ違うのか理解できませんね。 Busybox は mmcblk0p18 などのパーティションのインデックスノードに通知します。はい15
15*1024 = 15360
mmcblk0p19パーティションの場合、tune2fsは同じ内容を報告します。
パーティション 128 と 256 の inode サイズがパーティション 18 と 19 でも異なるため、ビジボックスにこのように報告される理由は理解できません。
誰でも助けやアドバイスを提供できますか?
答え1
busyboxのエラーリストを確認しましたが、私のエラーへの参照が見つかりませんでした。
実際、Busybox dfは私のUbuntuコンピュータで期待どおりに動作します。ビジボックスの構成を見てみました。最初は、次の2つの構成のみを有効にしました。
CONFIG_DF=y
CONFIG_FEATURE_DF_FANCY=y
これにより、期待した結果が得られなくなります。しかし、次の設定を有効にすると、期待df -i
どおりに機能し始めました。
#
# Common options for df, du, ls
#
CONFIG_FEATURE_HUMAN_READABLE=y
したがって、犯人はbusybox設定の一般的な設定です。