Назад | Перейти на главную страницу

Почти 100% использование диска, df и du показывают очень разные результаты, lsof - не ответ

Проблема в том, что моя машина с CentOS 5.8 сообщает мне, что мне почти не хватает места на диске, хотя я уверен, что это не так. Я провел много исследований по этой проблеме и не смог найти решения.

'df -h' показывает, что используется 210 ГБ, доступно 8,6 ГБ

'ncdu' показывает, что используется 28,6 Гбайт (то же самое для видимого размера)

Как видите, это почти 10-кратная разница в заявленном «используемом» пространстве. Зная, что хранится на этом диске, я думаю, что 28.6G ближе к реальности.

Глядя на вывод lsof, очень мало строк с (удаленными) в конце. Более того, наибольший размер любой из этих строк - 6190. Наконец, я перезагружал машину несколько раз, что, если я правильно понимаю другие потоки, все равно решило бы проблему фантомных файлов.

Вот сводка результатов работы ncdu:

   22.7GiB [##########] /opt
    2.8GiB [#         ] /usr
    1.5GiB [          ] /var
  812.4MiB [          ] /root
  310.6MiB [          ] /home
  194.3MiB [          ] /lib
  156.4MiB [          ] /etc
   36.5MiB [          ] /sbin
    7.3MiB [          ] /bin
  128.0KiB [          ] /tmp
   20.0KiB [          ] /mnt
e  16.0KiB [          ] /lost+found
e   8.0KiB [          ] /srv
e   8.0KiB [          ] /selinux
    8.0KiB [          ] /media
e   4.0KiB [          ] /backup
>   0.0  B [          ] /sys
>   0.0  B [          ] /proc
>   0.0  B [          ] /net
>   0.0  B [          ] /misc
>   0.0  B [          ] /dev
>   0.0  B [          ] /boot
    0.0  B [          ]  .autorelabel
    0.0  B [          ]  .autofsck

Вывод 'df -Th':

Filesystem    Type    Size  Used Avail Use% Mounted on
/dev/mapper/VolGroup00-LogVol00
              ext3    221G  210G  8.6G  97% /
/dev/sda1     ext3     99M   25M   74M  25% /boot
tmpfs        tmpfs    1.7G     0  1.7G   0% /dev/shm

Эта почта упоминает, что за пределами фантомных файлов есть два других возможных объяснения:

  1. поврежденная файловая система
  2. взломанная машина

Мне нужна помощь, как проверить обоснованность этих объяснений. Очевидно, что объяснение №2 вызывает особую озабоченность.

Спасибо за вашу помощь!

Вы можете попробовать бежать e2fsck /dev/sdxy из живого Linux, чтобы проверить повреждение FS. Раздел должен быть размонтирован, поэтому вам нужно загрузить живой Linux.