Почему при проверке командой, ранее заполненный, но после очищенный раздел, все равно выглядит, как заполненный?

Объяснение феномена "фантомных данных" в очищенных разделах

Ключевая причина: Когда вы "очищаете" раздел стандартными командами вроде rm -rf * или через файловый менеджер, вы удаляете только записи о файлах в файловой системе, но не сами данные на диске. Физические сектора диска, где хранились данные, просто помечаются как "свободные", но фактическое содержимое остается до тех пор, пока не будет перезаписано новыми данными.

Технические механизмы

1. Уровень файловой системы

# Пример: что происходит при удалении файла
$ rm important_document.pdf

Файловая система (ext4, NTFS, FAT32 и др.) выполняет:

• Удаление записи из каталога (inode в UNIX-системах)
• Помечание блоков данных как "свободных" в битовой карте
• Данные на физическом носителе остаются нетронутыми

2. Команды, создающие иллюзию заполненности

df vs du расхождение:

# Показывает "заполненное" пространство (с учетом занятых inode)
$ df -h
Filesystem      Size  Used Avail Use% Mounted on
/dev/sda1        50G   40G   10G  80% /

# Показывает фактическое использование файлами
$ du -sh /mnt/partition/
15G    /mnt/partition/

Разница в 25ГБ может быть "фантомными" данными от удаленных файлов.

Основные причины сохранения "заполненного" вида

A. Недоочищенные временные файлы и кеши

• Процессы, держащие дескрипторы удаленных файлов:

# Найти процессы, использующие удаленные файлы
$ lsof +L1
# Или
$ lsof | grep '(deleted)'

# Пример вывода:
# processd  1234  user  5r   REG   8,1  1048576  12345 /tmp/bigfile (deleted)

B. Журналирование файловой системы

Некоторые ФС (ext3/ext4 с режимом data=journal) могут сохранять данные в журнале:

# Проверка параметров монтирования
$ mount | grep /dev/sda1
/dev/sda1 on / type ext4 (rw,relatime,data=ordered)

C. Снимки (snapshots) и точки восстановления

• LVM snapshots: Занимают место при изменениях в оригинальном томе
• Btrfs/ZFS snapshots: Сохраняют предыдущие состояния данных

# Проверка снапшотов LVM
$ lvs
# Проверка снапшотов Btrfs
$ btrfs subvolume list /

D. Незавершенные операции записи

Кеши записи, ожидающие сброса на диск:

# Принудительная синхронизация
$ sync
# Проверка кешированных данных
$ cat /proc/meminfo | grep Dirty
Dirty:            124800 kB  # Данные, ожидающие записи

Методы полной очистки

1. Заполнение раздела нулями:

# Опасная команда - уничтожает все данные!
$ dd if=/dev/zero of=/mnt/partition/fillfile bs=1M
# Или
$ cat /dev/zero > /mnt/partition/zero.fill

2. Использование специализированных утилит:

# Для файловых систем ext*
$ sudo e4defrag /dev/sdX1
# Или
$ sudo fsck -f /dev/sdX1

3. Очистка через LVM:

# Если раздел управляется LVM
$ lvremove /dev/vgname/lvname
$ lvcreate -L 50G -n lvname vgname

4. TRIM команда для SSD:

# Активация TRIM (для SSD)
$ fstrim -v /mnt/partition
# Или в /etc/fstab добавить:
# /dev/sda1  /  ext4  defaults,discard  0  1

Практический алгоритм диагностики

#!/bin/bash
# Диагностика "фантомного" использования пространства

echo "1. Проверка df:"
df -h /dev/sdX1

echo "2. Проверка du:"
du -sh /mnt/partition/* | sort -hr | head -20

echo "3. Поиск удаленных файлов в памяти:"
sudo lsof | grep deleted | head -10

echo "4. Проверка снапшотов:"
# Для LVM
sudo lvs 2>/dev/null
# Для Btrfs
sudo btrfs subvolume list / 2>/dev/null

echo "5. Проверка inode использования:"
df -i /dev/sdX1

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

• Регулярное обслуживание:

  # Еженедельная очистка
  sudo sync
  sudo fstrim -a  # Для SSD
  

• Мониторинг:

  # Скрипт мониторинга
  USAGE=$(df /dev/sdX1 | awk 'NR==2 {print $5}' | sed 's/%//')
  if [ $USAGE -gt 90 ]; then
      echo "Критическое заполнение раздела!"
  fi
  

Вывод: "Фантомное заполнение" - нормальное поведение файловых систем, ориентированных на производительность. Для полного удаления данных требуются либо специализированные команды очистки, либо физическая перезапись секторов. В продакшен-среде рекомендуется использовать мониторинг и автоматическую очистку временных файлов.