Как можно увеличить количество inode в файловой системе Linux?

Количество inode (структур данных, хранящих метаинформацию о файлах) фиксируется при создании файловой системы. Увеличить его на лету без пересоздания ФС — невозможно.

Диагностика проблемы: Сначала проверяю, действительно ли проблема в inode:

df -i  # Показывает использование inode (столбцы IUse% и IFree)

Если IUse% близок к 100%, нужно действовать.

Решение 1: Очистка (краткосрочное) Найти и удалить множество мелких файлов (часто это кэши, временные файлы или логи в tmp):

# Найти директории с большим количеством файлов
sudo find / -xdev -type f | cut -d "/" -f 2 | sort | uniq -c | sort -rn | head -20

# Удалить временные файлы, например, старые файлы в /tmp
find /tmp -type f -atime +7 -delete

Решение 2: Пересоздание ФС с увеличенным количеством inode (долгосрочное) Это требует простоя и переноса данных.

1. Определите нужное количество inode. По умолчанию соотношение ~1 inode на 16 КБ дискового пространства. Для файловой системы, где ожидается множество мелких файлов, можно задать больше inode при создании.
2. Перенесите данные с раздела.
3. Пересоздайте ФС с параметром -N:

   # Для ext4
   sudo mkfs.ext4 -N 20000000 /dev/sdb1

   Где 20000000 — новое, большее количество inode.

4. Верните данные обратно и смонтируйте ФС.

Решение 3: Изменение архитектуры (системное)

• Использование другой ФС: Некоторые файловые системы (например, XFS, Btrfs) используют динамические inode и не имеют этого ограничения.
• Реорганизация данных: Если это, например, почтовый сервер или система хранения логов, можно настроить ротацию и архивацию файлов, использовать базы данных для мелких записей или монтировать отдельные тома с подходящим количеством inode под специфичные задачи.

Вывод: Проблема с inode — это архитектурное ограничение. Лучшая практика — прогнозировать характер нагрузки (много мелких файлов vs мало крупных) и выбирать/настраивать ФС соответствующим образом на этапе развертывания.