df говорит, что диск заполнен, но это не так

На виртуализированном сервере под управлением Ubuntu 10.04 df сообщает следующее:

# df -h
Filesystem            Size  Used Avail Use% Mounted on
/dev/sda1             7.4G  7.0G     0 100% /
none                  498M  160K  498M   1% /dev
none                  500M     0  500M   0% /dev/shm
none                  500M   92K  500M   1% /var/run
none                  500M     0  500M   0% /var/lock
none                  500M     0  500M   0% /lib/init/rw
/dev/sda3             917G  305G  566G  36% /home

Это озадачивает меня по двум причинам: 1.) df говорит, что / dev / sda1, смонтированный в /, имеет емкость 7,4 гигабайта, из которых используется только 7,0 гигабайта, но сообщает / заполнен на 100 процентов; и 2.) Я могу создавать файлы на /, так что у него явно есть свободное место.

Возможно, уместно, что каталог / www является символической ссылкой на / home / www, который находится в другом разделе (/ dev / sda3, смонтирован в / home).

Кто-нибудь может предложить предложения о том, что может происходить здесь? Сервер, кажется, работает без проблем, но я хочу убедиться, что нет проблем с таблицей разделов, файловыми системами или чем-то еще, что позже может привести к взрыву (или взрыву).

Возможно, процесс открыл большой файл, который с тех пор был удален. Вам придется убить этот процесс, чтобы освободить место. Вы можете определить процесс с помощью lsof. В Linux удаленные, но открытые файлы известны lsof и помечаются как (удаленные) в выводе lsof.

Вы можете проверить это с sudo lsof +L1

5% (по умолчанию) файловой системы зарезервировано для случаев, когда файловая система заполняется, чтобы предотвратить серьезные проблемы. Ваша файловая система заполнена. Ничего катастрофического не происходит из-за 5% буфера - root может использовать этот безопасный буфер, и в вашей настройке у пользователей без полномочий root нет оснований для записи в эту файловую систему.

Если у вас есть демоны, которые запускаются как пользователь без полномочий root, но которым необходимо управлять файлами в этой файловой системе, все пойдет не так. Один из распространенных таких демонов named. Другой есть ntpd.

Вы можете быть вне inodes. Проверьте использование inode с помощью этой команды:

df -i

Большинство файловых систем Linux резервируют 5% пространства для использования только пользователем root.

Вы можете увидеть это, например, с

dumpe2fs /dev/sda1 | grep -i reserved

Вы можете изменить зарезервированную сумму, используя:

tune2fs -m 0 /dev/sda1

В большинстве случаев сервер будет работать нормально - при условии, что все процессы выполняются как «root».

У меня была эта проблема, и я был сбит с толку тем фактом, что удаление различных больших файлов не улучшило ситуацию (не знал о 5% буфере) в любом случае, следуя некоторым подсказкам здесь

Из корня спустились самые большие каталоги, обнаруженные при повторном выполнении:

du -sh */ 

пока я не пришел каталог для файлов журналов веб-сервера, который имел несколько абсолютно массивных журналов

с которой я обрезал

:>lighttpd.error.log

внезапно df -h был использован до 48%!

В дополнение к уже предложенным причинам, в некоторых случаях это может быть также следующее:

• другой диск монтируется «поверх» существующей папки, которая полна данных
• du подсчитает размер потраченного монтированного диска, а df покажет реально потраченный
• Решение: (когда это возможно) размонтируйте все диски без полномочий root и проверьте размер du -md 1снова. Исправьте ситуацию, переместив скрытую папку в другое место или смонтировав ее в другом месте.

df -hокругляет значения. Даже проценты округлены. Опусти то -hи увидишь более мелкозернистые различия.

Ой. И ext3 и производные резервируют процент (по умолчанию 5%) для файловой системы именно для этого проблемного созвездия. Если ваша корневая файловая система действительно заполнена (осталось 0 байт), вы не сможете загрузить систему. Таким образом, зарезервированная часть предотвращает это.

Я сделал большое обновление нескольких библиотек, и там было много ненужных библиотек и временных файлов, поэтому я освобождаю место в папке "/", используя:

apt-get install -f
sudo apt-get clean

И опустошить свой мусор

проверьте / lost + found, у меня была система (centos 7) и часть файла в / lost + found исчерпала все пространство

Если ваш раздел - btrfs, возможно, есть дополнительный объем, занимающий место. Файловая система btrfs может иметь много подразделов, только один из которых смонтирован. Вы можете использовать, btrfs subvolume list <dir>чтобы перечислить все подобъемы и btrfs subvolume delete <dir>/<subvolume>удалить один. Убедитесь, что вы не удаляете тот, который установлен по умолчанию.