LINUX.ORG.RU
ФорумAdmin

Проблемы со свободным местом /var

 ,


0

1

Приветствую! /var сделан как отдельная точка монтирования, под него выделено 92 ГБ. Df пишет, что занято уже около 87 ГБ, хотя du выводит, что общий вес директории 6 с небольшим ГБ. В чем может быть проблема? Система на астре 1.5.

P.S. ответьте, пожалуйста, развернуто, линуксом пользуясь впервые

Ответ на: комментарий от Bfgeshka

Чего? А не снап?

Мне уже указывали тот на то, что из-за флатпака показывает занятое место, а фактически свободно. Чего-то там перемудрили

R_He_Po6oT ★★★★★
()
Последнее исправление: R_He_Po6oT (всего исправлений: 1)

«Всякая веревка, порезанная на куски, окажется слишком короткой.»

Но ты уже сам ответил:

/var сделан как отдельная точка монтирования…

Можно конечно ответить вопросом на вопрос, а нафига ты его делал, если не имеешь понятия нафига?.. Могу разворачивать бесконечно…

andytux ★★★★★
()
Ответ на: комментарий от andytux

Можно конечно ответить вопросом на вопрос

А можно перестать постить бесполезный тупняк. Предлагаешь сделать /var на 10 Тб, чтобы вопрос «куда пропало место?» возникал позднее?

anonymous
()
Ответ на: комментарий от andytux

На вопрос «нафига я этот делал» сказать ничего не могу, так было до меня, менять это варианта нет, машина должна работать 24/7, резервной нет. Вопрос был не в том, что выделено мало места и его надо как-то увеличить, а в том, что какие-то непонятные файлы занимают на /var место, хотя сама директория весит не больше 7 ГБ, я ищу способ понять, почему в df занято 87 из 92 ГБ, хотя по факту там 7 ГБ даже не наберётся

user_455
() автор топика
Ответ на: комментарий от Bfgeshka

Посмотрел через команду du -sh /var/* размер всех подкаталогов, их суммарный вес 6,1 ГБ, при этом df -h показывает, что использовано 84 ГБ. Сочетание клавиш в MC почему-то не работает(((

user_455
() автор топика
Ответ на: комментарий от aol

Возможно там так логи ротируюся, что писать продолжает в удалённый файл. Тогда это 1) воспроизведётся, 2) потеря логов.

Но, да, с учётом «линуксом пользуясь впервые», ребут это дёшево и сердито.

sin_a ★★★★★
()
Последнее исправление: sin_a (всего исправлений: 1)
Ответ на: комментарий от andytux

Ты правильно ответил сам себе: «перестать постить бесполезный тупняк». Да только по тупости, сам не понял.

Твоя основная проблема в том, что ты высказываешь мнение, не разбираясь в вопросе. Анонимус мудр

router ★★★★★
()
lsof 2>/dev/null | grep /var | grep DEL

Сдается мне у тебя там куча файлов(например логов), которые были удалены до того, как дескрипторы были закрыты. В следствии чего запись в них ПРОДОЛЖАЕТСЯ, только ты их не видишь :-)

Pinkbyte ★★★★★
()
Ответ на: комментарий от sin_a

Тред не читай - сразу отвечай :-)

Ну, тогда только смотреть глазами что и где занято, с пониманием что можно удалить, а что - нет. Автору скорее всего будет тяжко...

Pinkbyte ★★★★★
()
Ответ на: комментарий от user_455

Этот способ помог освободить только несколько ГБ. Сегодня перезагружали, не помогло.

Ты так и не ответил какая там файловая система. Если дефолтная ext3/ext4 то делай fsck -f разделу, если другая то там возможно другая команда проверки. Чтобы сделать fsck, надо, увы, будет отключить на время полезную нагрузку сервера, ребутнуться либо с livecd либо через init=/bin/bash в аварийный режим с read-only разделами.

Ну и ещё если файловая система с поддержкой снапшотов (zfs, btrfs и не знаю какие ещё) то возможно место занимают снапшоты и их надо удалить.

firkax ★★★★★
()