> Так мне и не надо, поскольку мне не нужна BtrFS как таковая Тут как бы дело хозяйское, но когда из вас не удается выжать даже точное сообщение об ошибке и детали, ценность такого знания, как бы это сказать... я за объективную и актуальную оценку технологий и борьбу с багами. Но по таким данным невозможно сделать никаких выводов. Даже версии кернелов не указаны, блин. Если 2.6.32 - "кто б сомневался?!". Если 6.3 как в сабже - "ORLY?!"
> (скрипт Шишкина до сих пор её забивает до отказа пустым пространством?
ХЗ. Меня интересуют реалистичные юзкейсы, похожие на мои прежде всего. И поведение фс там. Я их и тестирую. "А если рельсу?" (мужики vs лесопилка из анека) - я не против экспериментов edge case, но их ценность для меня небольшая, потому что я в них никогда не упираюсь. Более прагматичные вещи типа окончания места, даже при каком-нибудь каче торентов проблем сейчас не вызывают. Можно стереть файло и дело с концом. С каких-т о
> вот то-то же).
Если для вас файловые системы Шишкина работают лучше, пользуйтесь ими :). А ZFS мне на уровне дизайна не нравится. Не с чего этому дизайну быть быстрым. Даже не экстентный толком, архаика. А с ломовым подпором RAM что угодно быстрое, но это не заслуга файлухи и ее структур.
Ну и что-то мне подсказывает что с свежими кернелами ZFSникам будет довольно душновато. На выбор или ждать портов черти сколько или будет очень опасное глюкало. Там сейчас апи рефакторят, в том числе vfs и mm и это напрямую затрагивает файлухи. Это очень деликатная совместная игра. И когда игрок не на поле, а где-то там, он ситуацию не видит, и сможет при случае покушать гуана лаптем, имхо.
И кстати если уж мы о птичках, а в этом вашем ZFS дефрагер хотя-бы сделали? А то если CoW на механике забить - сами понимаете, "не очень". Оно и с обычными то "не очень" из-за душняка аллокатору. А многодисковый пул разбирать - тоже "не очень".
> Мне надо было пощупать разные ФС и выбрать что-то.
Ну как бы подход то сам по себе верный. Просто не понимаю откуда взялся вон тот результат, особенно без деталей.
> Бисект тем более пустая трата времени, когда данные уже убиты.
С точки зрения вот именно убиения данных - там офлайн читалка без монтирования в "btrfs" встроена, с возможностью попробовать разные точки входа (CoW же не сносит старые состояния так сразу, есть >1 варианта как его пытаться распарсить). Так что если вот именно данные, именно нужны, и их вот именно вынуть надо, btrfs ИМХО не хучший в этом аспекте. Для нтфс и фат есть офлайн читалки такого типа - как коммерческие виндовые утили, конечно. Иногда очень помогают, "альтернативный парсинг" без монтирования - с недеструктивным вытаскиванием на ДРУГОЙ стораж штука очень полезная, для вот именно вытаскивания, именно максимума данных. А тут такое прям в родном тулките фс. Вот все бы так.
> Он мог бы помочь, если ситуация воспроизводится.
Это да. У меня на самом деле "интуиция" прокачана. Нечто типа чувства мащины. Я могу просто угадать что надо сделать, если видел ситуацию лично. Но без данных и ремотно это не работает. Пространство поиска слишком большое. А очевидные факапы уже давно выбиты xfs :)) test suite :) и миллиардом юзеров фэйсбука. Так что нарываться на подобный сценарий можно весьма долго и безуспешно, даже с явным желанием его сообразить.
