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

Заполнение корневой файловой системы, больших файлов нет

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

Filesystem            Size  Used Avail Use% Mounted on

/dev/sda3             184G  140G   35G  81% /

tmpfs                 2.3G     0  2.3G   0% /lib/init/rw

udev                  2.3G  212K  2.3G   1% /dev

tmpfs                 2.3G     0  2.3G   0% /dev/shm

/dev/sda1             4.6G  156M  4.2G   4% /boot

/dev/sda4              33G  176M   31G   1% /tmp

/dev/sdb1             1.8T  1.8T     0 100% /media/backupInterne

/dev/sdd1             917G  470G  401G  54% /media/Data

Я приехал сюда всего несколько дней назад и сразу заметил полный диск, и я работаю над решением этой проблемы. Другая моя проблема - sda3 сейчас на 81%. 4 дня назад было 79%.

Я побежал ду-а | sort -rh в каталоге / root ничего не выделяется. Сделал это за несколько дней, так как раздел sda3 быстро заполняется, никаких серьезных различий, которые могли бы объяснить, почему он растет.

большое спасибо

Вот что я использую, пытаясь решить подобные проблемы.

du -s `ls -a | egrep -v '\.\.'` | sort -nr | head

Он покажет вам использование каждого каталога / файла в текущем каталоге. Оттуда вы переходите в поддиректории, пока не найдете что-то очевидное.

Размещение всего в одном большом разделе может затруднить диагностику подобных проблем. Другой способ попробовать - использовать

lsof 

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

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

Если мы говорим о системе Linux, запустите:

lsof + L1

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

Я наконец понял, что происходит. Одна из смонтированных точек не смонтировалась правильно, поэтому резервное копирование выполнялось непосредственно на sda3.

Спасибо всем за помощь