df -h - використовуваний простір + вільний простір менше загального розміру / будинку

48

Як df -hпоказує результат показу тут, щось з’їдає 5 Гб вільного місця. Отже, це не доступне для використання.

Я також іноді помічаю, що жорсткий диск іноді наповнюється до 100%. Отже, мені довелося перезапустити машину або видалити якісь непотрібні файли. Тільки помітили їх у / домашній частині. Не знаю, чи пов’язані ці двоє, але будьте вдячні, якщо хтось може щось зрозуміти.

$ df -h
Filesystem            Size  Used Avail Use% Mounted on
/dev/sda8             100G   92G  2.7G  98% /home

disk-usage ext4

— Касун Гаджасінгхе
джерело

4

Можливий дублікат невідповідностей розміру розділу / вільного простору

— Девід Фоерстер,

1

Моя причина "залишити відкритим" полягає в тому, що питання "Можливий дублікат " надзвичайно довгий . Добре, що тут є інформативним, але тут недобре, оскільки це питання становить лише близько 1/20 . Навіть не схожий.

— Волкер Зігель

61

За замовчуванням ext2/3/4файлові системи залишають 5% простору, яким можна користуватися root. Це уникає того, щоб звичайний користувач повністю заповнював диск, що може призвести до виходу з ладу компонентів системи кожного разу, коли наступне потрібно записувати на диск.

Ви можете переглянути кількість зарезервованих блоків (та багато іншої інформації про файлову систему), виконавши:

sudo tune2fs -l /dev/sda8

Для /homeрозділу, ймовірно, безпечно встановити зарезервований дріб у нуль:

sudo tune2fs -m 0 /dev/sda8

Що повинно зробити додатковими ~ 5 ГБ.

— хроніт
джерело

Так ... це те, що я шукав. Спасибі

— Kasun Gajasinghe

У моєму випадку він випустив близько 22 ГБ!

— Філіп Дельтейль

3

За замовчуванням, ext2 / 3/4 файлових систем резервувати 5% простір , щоб бути корисним тільки привілейований користувач, root.

Існує також деякий простір, відведений для метаданих , який необхідний для файлової системи, для прикладів inodes та журналу.

Деякі деталі ви можете знайти в посібнику

man mkfs.ext4

— судодус
джерело

1

Це питання насправді стосується інтерпретації результатів команди df , яка чудово заплутана, і якщо ваша компанія Google для цього, ви побачите багато питань щодо df .

« Розмір » є ДФ результати INCLUSIVE , що включає в 5% зарезервованих простору @chronitis розповів вам про. Це загальний простір АБСОЛЮТ . Це число буде приблизним до розміру, показаного в результатах fdisk -l для розділу, який ви переглядаєте в результатах df .

" Використовуваний " + " Доступний " забезпечує загальний ЕФЕКТИВНИЙ простір і ВИКЛЮЧВАЄ 5% зарезервованого простору. Це простір, з яким можна реально працювати.

Тож нічого не "не вистачає " - розбіжність між значеннями " Розмір " та (" Використовуваний " + " Доступний ") у вихідному форматі df становить 5% зарезервованого простору

Але плутанина щодо інтерпретації наявного простору для df не закінчується! Якщо ви видалите великий файл (и), але процес для нього не завершено, це "вільне" простір не відображатиметься в результатах df . Ви будете чухати голову, думаючи: " Але я видалив цей файл (и), чому я не можу побачити додатковий пробіл у df ?! " у результатах df .

sudo lsof + L1 ідентифікує видалені файли, які все ще показують pid.

HTH очищує деяку плутанину щодо інтерпретації виходу df . - Терренс

— F1Linux
джерело