[фс]файловая система для архива

> с этим вроде у ext4 проблемы были

В этим проблемы _были_ у всех известных науке файловых систем.

> для архива
> для сохранения важной информации?

Любая в режиме read only

пока сделал ext4 с "journal_checksum,data=journal,commit=1,nodelalloc"

>для сохранения важной информации?
>при неожиданных выключениях питания (с этим вроде у ext4 проблемы были)

Купить UPS и настроить корректное завершение работы при выкл. питания. А ФС - любая журналируемая.

JFS — использую гдето пол-года, нареканий никаких нет, разве что размер блока нельзя изменить из-за этого на куче мелких файлов (например дерево portage) начинается усиленный расход дискового пространства, ну и размер лога на больших дисках лучше указывать вручную, поскольку по дефолту он ставится в 0.4% от размера всего устройства.

> какая из мэйнстримных ФС (пока brtfs не вышла) больше всего подходит для сохранения важной информации?

3 сервера с anyfs@raid1, расположенных на 3 разных континентах.

Проскакивала недавно ФС, которая хранила данные в виде логов, т.е. данные никогда не перезаписывались. Позиционировалась как устойчивая к сбоям. Вот только название не помню.

nilfs2

Точно

я сказал "из мэйнстримных ФС". Не хочу быть тестером (почитайте changelogs последних *-rc ядер, там постоянно баги nilfs2 фиксят).

А баги ext4 там наверное уже все пофиксили?

ну она не такая молодая, и в changelogs ничего не слышно, наверное ещё в 2.6.30 с ней разобрались

> 3 сервера с anyfs@raid1, расположенных на 3 разных континентах.

ну да. допустим у меня kernel panic и машина зависла. Если повезёт, то на всех raid-дисках будет одинаково некорректная инфа, а если не повезёт -- то по-разному, но можно её будет "усреднить". Raid не снимает вопроса об ФС которую на этот raid ставить.

окэ, держать на всех серверах разные фс =)

> главное устойчивость к некорректным отмонтированиям при неожиданных выключениях питания

UFS2

> Только не надо говорить "любая журналируемая" -- журнал спасает структуру ФС а не данные.

Именно! В случае UFS2 журналирование даже не нужно — структуру спасает Soft Updates.

> В случае UFS2 журналирование даже не нужно — структуру спасает Soft Updates.

а в Linux она поддерживается?

>а в Linux она поддерживается?

Вроде не все фичи UFS2 поддерживаются в Linux.
Для работы с ней в режиме RW под Linux кажется нужно пересобирать ядро.

UFS2

wiki

Instead of duplicating metadata writes in a journal, soft updates work by properly ordering the metadata writes to guarantee consistency after a crash. Like journaling, soft updates do not guarantee that no data will be lost, but do make sure the filesystem is consistent.

похоже что это те же яйца только сбоку

Хочешь ufs2 ставь freebsd, в linux rw там небезопасный.

Хочешь ufs2 ставь freebsd, в linux rw там небезопасный.

я уже понял что пока btrfs не выйдет останусь на ext4 с «journal_checksum,data=journal,commit=1,nodelalloc»