Внезапно улетучилось 9 гигов..

Очевидное: темп проверил?

Да нет, мерял каждую директорию в корне, потом плюсовал, в сумме 10 гигов, но df -h показывает 19 гигов

мерял каждую директорию в корне

любишь арифметику? du -sh /. и вбей sync; sync; sync, затем заново проверь

/proc мерял?

/dev мерял?

Шифрование включено?

нет

libastaral мерял :-)

1) Файл может лежать в каталоге, поверх котого что-то смонтировано. 2) Также 5 % диска на ext* резервируется для root. Если / 200 Gb, то 10 - как раз и есть резервирование

umount -a - бестолку
Да нет, там сам раздел в 19 гигов, было занято 10, потом вдруг claws отказался принимать почту , в его логах «нет места». Что называется «ни с того, ни с сего»

Он тоже самое кажет и с livecd, где все отмонтировано

Директории с точкой в начале не забыл?

весь tmp 9 мегов

/var/tmp?

Тогда другой вопрос: «исправление ошибок в gparted» - это fsck? Если нет, попробуй прогнать fsck для твоей ФС.

Не знаю что в gparted, откровенно говоря Сейчас попробую

Какая фс? Для ext4 недавно баг в ядре проскакивал.

потом вдруг claws отказался принимать почту , в его логах «нет места»

df -i

полно еще

неn ext3

Прогнал, все то же. Что самое интересное, откусил от другого раздела 11 гигов, скопировал на него корень, подкорректировал lilo.conf и fstab, все прекрасно запустилось и места ровно столько, сколько и должно быть, 10 гигов. Ладно, хрен ее знает что это такое, сейчас просто «переустановлю венду» :-), форматну старый корень и перекину на него копию.

есть такая херь называется вроде бы kcore - она всю оперативу хранит в файле (копия оперативы) вот ток не помню в proc или dev он хранится