не понятный глюк df -h

столько тачек debian и не знаешь про открытые, но уже удаленные файлы?

Вопрос говно. Ты ведь такого ответа ждешь? Что за ФС-то, как смонтирована?

ну тачек неточто много штук 10 , переполнение в первые

ext 3

UUID=4e55e121-cbc6-498d-8227-678e525489f9 / ext3 errors=remount-ro 0 1

> проверяю df -h показывает что диск все таже забит хотя место освободилось

как узнал что место освободилось?

в корзину иконки поудалял с рабочего стола?

Удаленные файлы не удаляются физически, пока их кто-либо использует, пора бы знать :)

короче ясно разобрался основная причина збитости винта - растолстевшие логи , соответственно дальше идёт все выше перечисленное

ха ха ха смешно долго думал ?

Это ты ещё отрицательные показатели свободного места не видел :)

А если sync сделать?

А иногда при перезагрузке очищается /tmp. Открытые файлы занимают пространство. А у меня во FreeBSD иногда df -h показывает отрицательный размер :3

R.I.P.

Скорее всего не поможет. Sync не может заставить драйвер ФС полностью скинуть всё на физику.

А вот umount - другое дело.

"-" свободного места бывает не только во фре, хотя там своя специфика с софт-упдатесами вроде правда есть...

Да в курсе я. Просто часть данных до записи на диск оседает в буфере, а по факту писать их уже некуда. И вполне правильно и логично что значение отрицательно.

Ээээ. Во фре драйвер ФС допускает ситуацию, когда в буфер попадают данные, которые физически уже некуда писать?

>Ээээ. Во фре драйвер ФС допускает ситуацию, когда в буфер попадают данные, которые физически уже некуда писать?

Судя по всему да. Если я, конечно, всё правильно понял. Если нет то аналитики меня поправят.

Крайне интересно, что происходит, если дать команду umount при таком раскладе :)?

>Крайне интересно, что происходит, если дать команду umount при таком раскладе :)?

Не знаю, надо будет попробовать. Хотя я говорю же, на счёт буферов я могу ошибаться, это моё предположение.

>Да в курсе я. Просто часть данных до записи на диск оседает в буфере, а по факту писать их уже некуда. И вполне правильно и логично что значение отрицательно.

4.2 сплошное. Отрицательное значение бывает из-за того, что бсдшный df не считает место, зарезервированное для рута.

http://www.freebsd.org/doc/en/books/faq/disks.html#DISK-MORE-THAN-FULL

>А у меня во FreeBSD иногда df -h показывает отрицательный размер :3

мой друг-фряшник долго первый раз на отрицательный размер в df пялился - всё не мог понять, что это за срань :-)

>мой друг-фряшник долго первый раз на отрицательный размер в df пялился - всё не мог понять, что это за срань :-)

Я до сих пор пялюсь. И действительно, что это? :)

>4.2 сплошное. Отрицательное значение бывает из-за того, что бсдшный df не считает место, зарезервированное для рута.

Ладно, только что у меня в минус ушёл диск памяти /var созданный при помощи varmfs. Это тоже из-за этого? Я, кстати, выше отписывался что это всего лишь предположение.