root повний Linux. Без вільних блоків

9

df -hповідомляє, що розділ '/' заповнено на 100%. Під час роботи du -hs *в кожному каталозі цього розділу показано, що місця ще багато.

tune2efsякий повідомляє, що лише один блок буде безкоштовним. Ран fsckтакож, що також показує всі блоки, які використовуються.

Використання іонодів становить 14% на розділі '/'.

Зверніть увагу, що / var, / usr, / dev, / tmp, / home встановлені на різних перегородках і в них є вільний простір.

Чи можете ви, будь ласка, повідомте мені про можливі причини зайняття всіх блоків, а звітування про диски буде повним, навіть якщо є багато місця.

hard-drive root block

— Анкіт
джерело

1

які файли журналів ви видалили нещодавно?

— Майк

Спробуйте du -shx /і подивіться, чи це все ще говорить про те, що є багато місця. Це дозволить оцінити все, /не покладаючись на те, що ви знайдете всі можливі каталоги.

— Insyte

du -shx / 188M Розділ '/' має 2 Гб.

— Анкіт

13

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

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

— Девід Спіллетт
джерело

1

Дякую Давидові за ідею. Я пішов працювати в цьому напрямку. З'ясували, що до апарату приєднано USB HDD. Машина була перезавантажена вранці. Здається, що він не виявив жорсткий диск при завантаженні, а деякі його дані перейшли до розділу "/". Я зрозумів це, коли я відключив / tmp та точку кріплення зовнішнього диска.

— Анкіт

11

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

lsof +L1

повинен зробити трюк. Як зазначено на сторінці чоловіка:

Специфікація форми +L1вибирає відкриті файли, від’єднані. Специфікація форми +L1 <file_system>дозволить вибрати від’єднані відкриті файли у зазначеній файловій системі.

— user9517
джерело

lsof + L1 нічого не дає. тобто немає відкритого від’єднаного файлу. Все, що я можу перевірити.

— Анкіт

Це дозволило мені знайти винуватця в моїй системі - нічого спільного з томами, захищеними кріпленням. У мене виникла процедура резервного копіювання, яка споживала 90% обсягу кореня у тимчасових файлах. lsof +L1перерахував їх усіх дуже просто.

— Синхро

0

Якщо файл видаляється, коли інший процес тримає його відкритим, він може продовжувати записувати і, зрештою, невидимо заповнювати диск. Як тільки процес утримування відкритого файлу закривається, блоки стають доступними.

Спробуйте оцінити кожен із запущених демонів. Якщо можливо, перезапустіть їх. Якщо ви не можете розібратися, перезавантаження поля повинно очистити його.

— Insyte
джерело

Перезавантажив систему, запустив fsck, нічого не допомогло.

— Анкіт

0

Можливо, тому, що деякий відсоток доступного простору зарезервований для кореневого користувача.

Див. Зарезервований простір для root у файловій системі - чому? або Диск повний на сервері Linux, використовувані блоки набагато менше, ніж блоки доступні

— Крістофер Хаммарстрьом
джерело