Linux - Au secours, je suis à court d'inodes !

Pour répondre à la question initiale, même s'il est probablement tard pour l'auteur de la question - oui, augmenter EXT2/3 sur LVM2 augmentera également la limite des inodes.

Je viens d'avoir une partition d'une taille de 1G avec une limite de 65k inodes. Après

lvextend -L+1G /dev/vg/var
umount /var
resize2fs /dev/vg/var
mount /var

... ma limite d'inodes est maintenant de 128k.

Si vous saviez que les petits fichiers vont consommer votre espace disque, vous auriez dû utiliser un FS avec allocation dynamique des inodes, comme ReiserFS ou tout autre nouveau FS moderne (XFS, JFS) au lieu d'EXT2/3/4 (que je suppose que vous utilisez, vous ne l'avez pas dit).

Une migration du système de fichiers est probablement un bon choix dans votre situation.

Comme palliatif, montez un nouveau système de fichiers, et cp/rm/ln-s une partie de votre hiérarchie fs là. Maintenant vous avez quelques inodes de rechange ! Vous ne pouvez pas mv fichiers entre les deux fs, donc attention à casser les choses qui ont besoin de le faire, mais pour beaucoup d'applications cela peut être transparent.

Ensuite, créez un nouveau fs, selon les conseils de Paul, et migrez-y.

Ext4 souffre du même problème, si vous créez une petite partition et que vous avez une tonne de petits fichiers, vous serez à court d'inodes, et si vous avez flex_bg dans des fonctions que vous ne pouvez pas utiliser tune2fs pour augmenter les inodes.

Personnellement, j'opterais pour ext4 plutôt que n'importe quelle version de rieserfs, il suffit de faire ce qui suit lors du formatage :

mkfs.ext4 -I 512 /dev/foo
tune2fs -i0 -c0 -o journal_data_writeback /dev/foo

Le formatage de cette façon vous donnera 33160 inodes sur une partition de démarrage de 512M.

Je dis cela en tant que personne ayant utilisé reiserfs pendant des années, le support du noyau n'est pas aussi bon que ext*, et le système de fichiers se fragmente avec le temps et devient lent.