Заполнение раздела до конца

Нет, было несколько раз полное заполнение рейзер и ехт3 - прочистил - полет нормальный.

Вообще основное последствие этого --- сильно увеличивающаяся фрагментация файлов и заметное замедление работы с винтом. Если очистить место, то всё должно быть нормально. А так с полной файловой системой дофига всего не работает, что не может каталог, временный файл или ещё что создать, нужное при работе.

У меня недавно bit-torrent клиент переполнил раздел XFS. Да так, что те файлы, что он создал выглядят размером по 5 гб, а удаляешь - свободного места все равно 16 кб :), в итоге даже ls выдавала IO error. Перезагрузился, в single-mode прогнал xfs_check, все в порядке, файлы, что лежали на разделе ранее не повредились.

На reiserfs (3) однажды при переполнении раздела опера вместо закладок сохранила файл нулевой длины. Больше отрицательных последствий наблюдать не доводилось.

На ext3 при заполнении раздела лог аськи попал в .bash_history. (!!)

Насчет файлов по 5Гб... Если сам клиент не был прибит до/после удаления, файлы могли и не удалиться. Используемый файл остается на диске, пока хоть кем-то открыт.

Хотя если ls начал ругаться, то это не в открытых файлах дело.

> Да так, что те файлы, что он создал выглядят размером по 5 гб, а удаляешь - свободного места все равно 16 кб :)

Это абсолютно не является глюком само по себе. Не знаю как остальные, а вот конкретно ctorrent сразу создаёт файл с дырами нужного размера (который однако на винте ни байта не занимает), а потом в него пишет потихоньку. Гуглить на тему файлов с дырами в unix-подобных системах.

На ff тоже наблюдался слёт профился (частичный) при такйо ситуации. :)

> Гуглить на тему файлов с дырами в unix-подобных системах.

Это т.н. разреженные файлы (sparse file). Они и в офтопике (на ntfs) присутсвуют.