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 дозволено використовувати цей безпечний буфер, а у ваших налаштуваннях, некористувальні користувачі не мають підстав писати у цю файлову систему.

Якщо у вас є демони, які працюють як позакористувацький користувач, але їм потрібно керувати файлами у цій файловій системі, все порушиться. Один поширений такий демон named. Інша є ntpd.

Можливо, у вас немає недоліків. Перевірте використання 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 покаже дійсно витрачений
• рішення: (коли це можливо) відключіть усі некорінні диски та ще раз перевірте розмір du -md 1. Виправте ситуацію, перемістивши приховану папку в якесь інше місце або встановіть на інше місце.

df -h- округлення значень. Навіть відсотки округлені. Пропустіть -hі ви побачите більш дрібні зернисті відмінності.

Ой. І ext3 та похідні резервують відсоток (за замовчуванням 5%) для файлової системи саме для цього проблемного сузір'я. Якщо ваша коренева файлова система буде справді повною (залишилося 0 байт), ви не можете завантажувати систему. Тож зарезервована частина запобігає цьому.

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

apt-get install -f
sudo apt-get clean

І порожнє сміття

перевірити / загублений + знайдений, у мене була система (centos 7), а частина файлу в / lost + знайшла з'їли весь простір

Якщо у вашому розділі є btrfs, можливо, у підтомці є місце. Файлова система btrfs може мати безліч підтомників, лише один з яких змонтований. Ви можете використовувати btrfs subvolume list <dir>для списку всіх підпунктів та btrfs subvolume delete <dir>/<subvolume>видалення. Переконайтеся, що ви не видалили той, який встановлено за замовчуванням.