> размер, что в случае аварийного завершения работы восстановление файловой
> системы занимает секунды, а не минуты проверок fsck, как у Ext*/XFS/JFS.Изя, ты вообще видел журналирующие фс? Они после краха fsck не запускают и просто реплеят журнал, на чем рекавери и заканчивается. В некоторых случаях fsck может иметь смысл, например если реплей журнала по какой-то причине не удался. Но если ты вдруг еще не понял, журналирующие фс (в том числе и в лине) появились как раз именно потому что людей задолбало смотреть на fsck пыхтящий минутами.
> Зато Ext4 — это потомок Ext3, а Ext3 — это потомок Ext2,
> которая во времена изобретения UFS2+SU была такой же, как FAT.
Вот только Ext3 приделали хеширование дир и журнал, а ext4 - еще и нормальные экстенты. Вот так путем привинчивания реактивного двигуна и крыльев из старого драндулета получился как ни странно довольно резвый и маневренный реактивный самолет. Конечно если бы его с ноля сразу так дизайнили - было бы лучше. Проще код, меньше костылей, да и работало бы оптимальнее, а ряд решений можно было бы принять без оглядки на совместимость, etc. Но в целом получился довольно конкурентоспособный экспонат. И его даже можно плавно заапгрейдить с ext3, без дестроя данных в процессе. Хоть и с рядом фирменных легаси-бестолковостей типа предопределенного числа inodes. В начисто новом дизайне логично сделать динамическое выделение по мере надобности, разумеется. Но эта фиговина базирована на более старых EXT-ов, где было так...
> Со всеми вытекающими.
Да, пингвиноиды утерли нос бcдyнам даже в обучении древних легаси драндулетов полету на приличных скоростях. Попутно разрабатывая и внедряя и более современные дизайны.
> Твои проблемы, что не записалось.
А я не хочу чтобы у меня были проблемы. Прикинь?!
> Заведи полное журналирование метаданных и данных на Ext3/Ext4 — сравни
> по результатам надёжность с UFS2+SUJ: сколько "хвостов" обнаружишь
> в lost+found после внезапного вырубания питания там и здесь, какие файлы
> повреждены и может ли их восстановить fsck.
Изя, я не видел ничего в lost+found уже довольно давно. Потому что журналящая ФС при крахе только реплеит журнал. Что такое L+F в этом процессе? Он возникает только если журналинг облажался и консистентности метаданных не вышло. Так что какой-то кусок места вроде как аллоцирован, но вроде как никому и не приписан. Вот и получается что надо оформить его как хоть что-то. Чтобы дать шанс эти данные восстановить. Это ошибочная ситуация и в журналирующей ФС в нормальной ситуации так быть вообще не должно.
> Ты правда не знаешь, что Ext3 нужно проверять fsck, отмонтировав том?
Ты правда не знаешь, что ext3 и xfs после краха вообще fsck не требуют, а только журнал реплеят? :)
> jail в Linux почему-то не наблюдалось до пиара LXC.
FYI, namespaces начали запиливать еще в 2.6.22. Это было мягко говоря не вчера. И этот ваш линуксятор до сих пор ничего новее эмулировать как раз и не может. Судя по всему - именно вот поэтому.
