Вышло ядро 2.6.12

Наверно, надо как нибудь ужесточить условия задачи:-)

Надо симитировать ситуацию активного множественного доступа к файлам, будет ли результат линейным ?

Однако лично моя практика, даже без тестов подтверждает достаточную надежность этой фс - в полном соответствии с результатами тестов.

> достаточную надежность

Очень обидно, что журналируемые ФС ломаются при сбоях... У себя дома я на этот один i-node могу наплевать, а вот где-нибудь и этого нельзя допускать.

ЛЮБЫЕ фс ломаются при сбоях. Не хочешь этого - поставь на всех дисках синхронную запись. Или купи упс :)

Судя по тому сколько сегодня Грег в lkml патчей слил, скоро будет 2.6.12.1

fixed? http://lkml.org/lkml/2005/6/22/109

> ЛЮБЫЕ фс ломаются при сбоях.

Ну почему... Повторил то же издевательство с ReiserFS 3.6 - fsck нашёл в журнале незавершённые транзакции, отменил их - и всё в порядке! Никаких повреждённых i-node или неверных записей ещё где-нибудь. Естественно, сохранность данных никто не гарантирует, но хотя бы ФС будет иметь корректную структуру.

> ЛЮБЫЕ фс ломаются при сбоях. Не хочешь этого - поставь на всех дисках синхронную запись.

а обьясните кто-нибудь глубинный смысл sync опции для mount, а то как-то в 'man mount' про это достаточно поверхностно написано.

> а обьясните кто-нибудь глубинный смысл sync опции для mount, а то как-то в 'man mount' про это достаточно поверхностно написано.

запись на девайс будет идти синхронно, если не ошибаюсь кеш использоваться не будет

А вот решение проблемы с драйверами cdc_acm, начавшуются ещё с версий 2.6.9 или 2.6.10 так и не включили. Хотя в багзилле прям тогда ещё сообщили что будет включена уже в 2.6.12. Приходится до сих пор пользоваться патчами.