Почему после удаления файлов, команда df -h не покажет, что место освободилось в Linux?

Проблема освобождения места в Linux после удаления файлов

Когда команда df -h не показывает освобождение пространства после удаления файлов в Linux, это обычно связано с тем, что файлы не были полностью освобождены из файловой системы. Дело в том, что df показывает статистику на уровне файловой системы, а не на уровне процессов. Основная причина — наличие процессов, которые продолжают держать удаленные файлы открытыми.

Механизм работы удаления файлов в Linux

В Linux при удалении файла через команды rm, unlink или подобные, происходит следующее:

1. Ссылка на файл (inode) удаляется из директории.
2. Если это была последняя жесткая ссылка на файл, пространство помечается как свободное на уровне файловой системы.
3. Однако, если какой-то процесс продолжает держать файл открытым, пространство не будет освобождено для файловой системы до тех пор, пока процесс не завершится или явно закрыт файл.

Почему df -h не показывает изменения?

Команда df -h (disk free) показывает свободное пространство, доступное файловой системе для новых данных. Когда процесс держит удаленный файл открытым, пространство остается занятым для файловой системы, хотя файл уже невидим для пользователя через ls или find.

Пример ситуации:

# Создаем большой файл
dd if=/dev/zero of=large_file bs=1M count=1000

# Процесс открывает файл для чтения
tail -f large_file &

# Удаляем файл
rm large_file

# Проверяем свободное место
df -h

В этом случае df покажет, что пространство не освободилось, потому что процесс tail продолжает держать файл открытым.

Как найти процессы, держащие удаленные файлы

Чтобы идентифицировать такие процессы, используйте команды:

1. lsof (List Open Files):

lsof | grep deleted

Эта команда покажет все процессы, которые держат открытые файлы, помеченные как удаленные.

1. Поиск по конкретной файловой системе:

lsof +L1  # Показывает файлы с одним или более ссылками, которые были удалены

1. Использование ps с фильтрацией:

ps aux | grep [PID_from_lsof]

Решения проблемы

Когда вы обнаружили процессы, держащие удаленные файлы, варианты решения:

• Перезапустить процесс: Если это сервис (например, веб-сервер или логгер), его перезапуск закрывает файлы и освобождает пространство.
• Остановить процесс: Для временных процессов можно использовать kill [PID].
• Очистить через /proc: Для некоторых случаев можно закрыть файл через файловую систему процессов:

# Если PID процесса 1234 и файл имеет дескриптор 15
grep -l 'deleted' /proc/1234/fd/*
ls -la /proc/1234/fd/15  # Покажет '[deleted]'

Альтернативные методы проверки свободного пространства

Если df не показывает изменения, но вам нужно подтвердить освобождение, используйте:

• du -sh /path: Эта команда показывает использование пространства на уровне директорий, но также не учитывает удаленные файлы, если они держатся процессами.
• Проверка через stat:

stat -f /mount_point  # Показывает информацию о файловой системе

Профилактика проблемы

Чтобы избежать таких ситуаций в будущем:

• Закрывайте файлы правильно в приложениях и скриптах.
• Мониторинг открытых файлов: Регулярно проверяйте lsof на серверах с большим количеством временных файлов.
• Логирование через syslog: Настройте приложения использовать syslog вместо прямого файлового логирования, если это возможно.

Когда пространство освободится окончательно?

Пространство, занятое удаленным файлом, который держит процесс, будет освобождено автоматически после:

1. Процесс завершает работу.
2. Процесс явно закрывает файловый дескриптор.
3. Система перезагружается (все процессы завершаются).

Это поведение является особенностью дизайна Linux и важно понимать его для эффективного управления пространством на серверах, особенно при работе с лог-файлами, временными данными и в контейнерных environments.