>> А вот что вы с более другими файлухами да еще и LVM при этом делать будете - а вот кто вас там знает.Восстановим из проверенных бэкапов, которые уже есть в связи с наличием увлекательного опыта по восстановлению данных.
>> Заодно и покажете мастеркласс как раз. Если сможете
Да, для не критичных небекапленных данных лежит виртуалка с установленными _кощунственными_ _коммерческими_ решениями r-studio и ufs explorer. Потому, что опыт, релевантный на момент 3-4 года назад, показал, что свободно доступные решения не позволяют получить результат, лучше массовых коммерческих решений, а результат лучших (по моему скромному мнению) из них (r-studio и ufs explorer) вообще не достижим.
Возможно, на текущий момент, действительно встроенная в btrfs-utils офлайн читалка рвет лучших коммерческих представителей для fat, ntfs, ext2-4 + LVM2(только LV) или появилось _качественое_ коммерческое решение по восстановлению данных с btrfs
Только вот меня беспокоит ваша антиаргументация:
1.
> Ну во первых, бизнес намного лучше когда он не прогоревший.
У вас точно имеется увлекательный опыт восстановления данных?
Оно то понятно, что быть богатым и здоровым намного лучше, чем бедным и больным
2.
> И сразу ориентироваться на прогорание это какой-то совсем уж фэйловый миндсет
да, есть люди которые не делают бекапы, и я их прекрасно понимаю: нафиг упаднические настроения и фэйловый миндсет, я буду жить вечно, ведь, пока что, все идет по плану
К тому же, действительно, часто данные не так уж и важны,
и на длинном промежутке времени суммарные усилия по их бекапу будут превышать усилия по маловероятному восстановлению данных
3.
> Поскольку это CoW - это мультивселенная, где более старые состояния уничтожаются не сразу...
Но механизмы, вроде CoW, dedup, сжатие - только увеличивают область повреждения _данных_.
----------------------------------------
К тому же у нас разногласия по термину данные. Вы в данные по видимому включаете также метаданные файловой системы.
btrfs действительно имеет множество механизмов для сохранности и восстановления метаданных.
И у LVM есть множество недостатков относительно btrfs, которые приведут к потере метаданных
- можно наворотить вложенных LVM, тонких снимков так, что будет аналогично или хуже, чем в btrfs (относительно восстановления _данных_).
- по умолчанию LVM не хранит несколько копий своих метаданных
- сложннее настройка, где неосторожным движением кривых рук можно все поломать
К тому же, как вы понимаете слабые компетенции (о которых я специально упомянул)?
Доступно ли слабым компетенциям:
> попытаться зацепить с альтернативными (более старыми) деревьями, копиями суперблока и проч.
> потыкаться по разным generation и нащупать относительно работающую точку входа.
Я, для слабых компетенций, максимум допускаю
> у btrfs в ее утилсу встроена офлайн-читалка типа того что для нтфс в коммерческом софте бывает, которая _умеет сама_ парсить ФС без монтирования и скидывать найденое файло на другой носитель
При этом команда для ее запуска будет скопирована из какого-то форума, без внятного понимания, что она сейчас будет делать.
А понимание структур данных файловой системы и методов их хранения и распределения в них не входит