Свободные гигабайты есть, а файл не создаётся: проверяем inode

Ошибка отсутствия места не всегда означает, что закончились гигабайты. Для хранения файлов файловая система использует служебные записи — inode. Когда доступные записи исчерпаны, множество маленьких файлов может остановить запись раньше, чем заполнится объём диска.

Первая команда показывает блоки данных, вторая — inode. Смотрите на доступное количество и долю использования. Некоторые файловые системы управляют inode иначе и не показывают привычный фиксированный предел. Поэтому прочерк или необычные значения нужно разбирать с учётом типа тома, а не считать доказательством исправности.

Проверка ограничена одной файловой системой и выводит первый уровень каталогов. Затем можно повторить её внутри подозрительной ветви. Обход каталога с огромным числом файлов способен занять время и нагрузить хранилище; не запускайте его циклически каждую секунду.

Если вывод содержит отказ в доступе, часть дерева не посчитана. Обсудите необходимый доступ с администратором. Отсутствие каталога в итоговом списке при ошибках чтения не означает, что в нём ничего нет.

Предположим, приложение каждый раз создаёт новый файл сессии и никогда не удаляет истёкшие. Общий размер остаётся умеренным, но количество объектов непрерывно растёт. Удаление нескольких крупных архивов освободит блоки, однако почти не изменит ситуацию с inode.

Другой пример — почтовая очередь. Здесь массовое удаление файлов может уничтожить письма, которые ещё должны быть доставлены. Сначала нужно определить назначение каталога и штатный механизм обработки просроченных объектов. Название «временный» не делает данные автоматически ненужными.

Затем сравните показатели через рабочий интервал. Если свободные записи снова быстро исчезают, необходимо исправлять срок хранения или обработку очереди. Увеличение диска не является универсальным решением: возможность увеличить число inode зависит от файловой системы и способа её расширения.

Не меняйте лимиты и не запускайте рекурсивное удаление по одному графику. Для устойчивого результата нужен понятный ответ: какие файлы создаются, сколько они должны храниться и кто контролирует завершение очистки. В мониторинге полезно наблюдать отдельно за свободными блоками и свободными inode — эти два показателя отвечают на разные вопросы.

A lack of space error does not always mean gigabytes are exhausted. File systems use service records called inodes to store files. When available records are exhausted, a multitude of small files can stop writing before the disk volume is filled.

The first command shows data blocks, the second shows inodes. Look at the available amount and usage percentage. Some file systems manage inodes differently and do not display the familiar fixed limit. Therefore, dashes or unusual values must be analyzed considering the volume type, not treated as proof of correctness.

The check is limited to one file system and outputs the first level of directories. You can then repeat it inside the suspicious branch. Traversing a directory with a huge number of files can take time and load the storage; do not run it cyclically every second.

If the output contains an access denial, part of the tree was not counted. Discuss the required access with the administrator. The absence of a catalog in the final list due to read errors does not mean it is empty.

Suppose the application creates a new session file every time and never deletes expired ones. The total size remains moderate, but the number of objects continuously grows. Deleting several large archives will free up blocks, but it will hardly change the inode situation.

Another example is a mail queue. Here, mass deletion of files can destroy messages that still need to be delivered. First, you must determine the purpose of the directory and the standard mechanism for processing expired objects. The name "temporary" does not automatically make data unnecessary.

Then compare the metrics over a working interval. If free records disappear again quickly, you need to adjust the retention period or queue processing. Increasing disk space is not a universal solution: the ability to increase the number of inodes depends on the file system and the method of its expansion.

Do not change limits or schedule recursive deletion. A stable result requires a clear answer: which files are created, how long they must be retained, and who controls the completion of cleanup. In monitoring, it is useful to track free blocks and free inodes separately, as these two metrics answer different questions.