解決策 1:
おそらく質問者にとっては遅いかもしれませんが、元の質問に答えるために - はい、LVM2 で EXT2/3 を増やすと inode の制限も増えます。
65k inode 制限のある 1G サイズのパーティションがありました。後
lvextend -L+1G /dev/vg/var
umount /var
resize2fs /dev/vg/var
mount /var
... 私の inode 制限は現在 128k です。
解決策 2:
男 mke2fs
inode 数の -N が表示されます
したがって、新しいパーティションをフォーマットするときに指定できます。今はあまり役に立ちませんよね？
ファイルシステムを調整する tune2fs には、i ノードを追加する方法がないようです。
しかし、おそらく ext3 または 4 がこれを行い、他の誰かが知っています....?
バックアップ、パーティションの再フォーマット、復元という選択肢があります。
解決策 3:
小さなファイルがディスク容量を消費することを知っていた場合は、EXT2/3/4 (使用していると仮定します、あなたはそうは言っていません)。
あなたの状況では、ファイルシステムの移行はおそらく良い選択です。
解決策 4:
一時しのぎとして、新しいファイルシステムをマウントし、そこにある fs 階層の一部を cp/rm/ln-s します。これで、予備の inode がいくつかできました。 2 つの fses 間でファイルを mv することはできないため、これを行う必要があることには注意してください。ただし、多くのアプリでは、これは透過的です。
次に、Paul のアドバイスに従って新しい fs を作成し、それに移行します。
解決策 5:
Ext4 も同じ問題を抱えています。小さなパーティションを作成して大量の小さなファイルがある場合、inode が不足し、flex_bg がある場合 tune2fs を使用できない機能では inode を増やします。
個人的には、どのバージョンの rieserfs よりも ext4 を使用します。フォーマットするときは次のようにします:
mkfs.ext4 -I 512 /dev/foo
tune2fs -i0 -c0 -o journal_data_writeback /dev/foo
このようにフォーマットすると、512M のブート パーティションに 33160 個の inode が作成されます。
何年も reiserfs を使ってきた私は、カーネルのサポートが ext* ほど良くなく、時間の経過とともにファイルシステムが断片化して遅くなったと言っています。