> Ну было бы желание.

Я не понимаю почему оно должно образоваться. Аналогично с XFS. Сдриснувший майнтайнер и скорость запиловки scrub - намекают.

> Кто мешал сделать к примеру переход на ext5,с отказом от древностей ?

Вой пользователей от дропа антика с 1 стороны, загаженность кода легаси с другой, архаичность структур и алго с третьей. Вот я и думаю - где в этом комбо EPIC WIN наступает?

> Скажем отказавшись от инодов ,сделав адресацию по типу битового поля или дерева.

1) В *nix inode крепко вбиты в апи. Проблема не они, а левый лимит на их число.
2) Битмапы аллокации были до экстентов. Метить регион экстентом оказалось быстрее в большинстве нагрузок. Новые дизайны и перешли на экстенты.
3) История с экстентами повторяется с cow и ко. Zfs был первым, btrfs вторым, bcachefs теперь. Даже MS попытался ReFS. "Too little and too late"? Кто им доктор?

> Да нечего в принципе.

Что это должно дать? И почему это - хорошо?

> В принципе и конвертор btrfs хороший выход,наверно так и сделали,
> чтобы не изобретать ext5.Правда маленькая проблема-его сейчас не кто не поддерживает :-(

С ним сейчас есть большие траблы? ФС вписаная в свободное место не оч оптимальна, но основные траблы вроде починили? А вписывание в пустоты - для возможности отката. Но это экзотичное комбо, ессно менее протестированое.

> Интересно  как же сделали под офтопик конвертер ntfs-btrfs?

Он и под линь есть, и даже фрю (хз зачем, но светит в поиске). Вероятно делает то же что предыдущий. Хз что с нтфс-сжатием, смотреть сорц надо, видимо более деструктивная перепаковка.

> Я не знаю что лучше -не требующийся внимание BTRFS.Или требующийся обслуживания EXT4.

Лично я не хочу выколупывать файло из lost+found, гонять оффлайн fsck с дауном систем на это время, и заниматься обслугой компов вместо того чтобы они просто работали. Особенно на эмбедовке и серверах, впрочем и на десктопе/ноуте тоже.

> cleaner transaction attach returned -30
> BTRFS error (device sdb3): open_ctree failed.

Возможно это тот случай когда zero log поможет, или usebackuproots. Однако...
1) Это все насколько (не)актуально для текущего релиза майлайна?
2) Если это ну вот реально есть - с последним релизом кернела и тулсов - это стоит показать девам до того как резко дергаться.
3) При этом нехило бы детали типа кернела, точных сообщений, подробностей как это вообще случилось, ...

> софтово)-он сразу не засыпает пока кэш не освободиться  и файловые
> операции не завершаться,может и по 5 минут в сон не уходить.

Т.е. профачивает записи? Однако само по себе это не должно фатально срубать деревья. Есть что-то еще по идее. Разрушение данных, out of order запись (кривая реализация кешей накопителя) или какой-то совершенно левый системный баг.

И я не понимаю что вообще с ОС надо сделать чтобы кеш 5 минут скидывать. Это само по себе довольно подозрительное обстоятельство. А ext4 хороший видимо потому что плевал на data corruption кривым хардваром? :)

> Смотришь R-studio -данные целые,метаданные тоже,что этой гадине нужно XЗ .

Некие constraints профачились и оно видит что состояние не то что задумано.

> Не ремонтируеться штатными утилитами,а купить R-studio - санкции, утилита говорила что может
> починить ФС в полной версии с удалением 3 блоков (какие то
> очень маленькие файлы ) по 64 кб с починкой метаданных :-(

На правах идеи zero log и (если не прокатило) usebackuproots может и без всяких R-Studio прокатить, да и офлайн читалка в "btrfs" встроена как "btrfs restore". Однако до этих маневров лучше спросить девов (в рассылке или ирц). Ну или образ снять, если есть куда и попробовать вон то на нем. Это все ессно про btrfs, если это не он был - упс, сами изучайте как это тогда.

> Так что иногда лучше пару файловых кусков в Lost положить, чем час
> сидеть с бэкапа разворачиваться :-(

Это какая-то довольно нетипичная ситуация (учитывая мизерный объем диагностики и данных о конфиге более подробно сложно сказать). И КМК при таком масштабе урона это вероятно идет дальше чем пара файлов в lost+found, просто ext4 на все похрен. И кстати журнал чексумами они обложили вот благодаря любителям юзать сыкотное железо - попытки реплеить рушеный журнал убивали тома в хлам, что логично. Но региона данных благодать не коснулась...