восстановление файлов btrfs

выдает ошибку, что размер суперблока больше чем устройство на которое пытаюсь восстановить

Нет, эта ошибка значит не то что ты написал.

а что тогда?

Суперблок в любом случае никак не связан с удалёнными файлами. Ошибка в том, что суперблок указывает на сектор за пределами устройства (то есть проще говоря, суперблок битый).

есть шанс вытащить файлы?

вот что выдал btrfs-find-root, но даше дело не продвинулось

sudo btrfs-find-root /dev/sdb1
Superblock thinks the generation is 934706
Superblock thinks the level is 1
Found tree root at 181190656 gen 934706 level 1
Well block 171261952(gen: 934702 level: 1) seems good, but generation/level doesn't match, want gen: 934706 level: 1
Well block 132235264(gen: 934701 level: 1) seems good, but generation/level doesn't match, want gen: 934706 level: 1
Well block 114982912(gen: 934698 level: 1) seems good, but generation/level doesn't match, want gen: 934706 level: 1
Well block 106233856(gen: 934696 level: 1) seems good, but generation/level doesn't match, want gen: 934706 level: 1
Well block 97910784(gen: 934695 level: 1) seems good, but generation/level doesn't match, want gen: 934706 level: 1
Well block 98320384(gen: 934694 level: 1) seems good, but generation/level doesn't match, want gen: 934706 level: 1
Well block 95027200(gen: 934693 level: 0) seems good, but generation/level doesn't match, want gen: 934706 level: 1
Well block 93519872(gen: 934692 level: 0) seems good, but generation/level doesn't match, want gen: 934706 level: 1
Well block 84295680(gen: 934690 level: 0) seems good, but generation/level doesn't match, want gen: 934706 level: 1
Well block 80396288(gen: 934689 level: 0) seems good, but generation/level doesn't match, want gen: 934706 level: 1
Well block 76447744(gen: 934688 level: 1) seems good, but generation/level doesn't match, want gen: 934706 level: 1
Well block 71450624(gen: 934687 level: 1) seems good, but generation/level doesn't match, want gen: 934706 level: 1
Well block 55246848(gen: 934686 level: 0) seems good, but generation/level doesn't match, want gen: 934706 level: 1
Well block 53362688(gen: 934686 level: 0) seems good, but generation/level doesn't match, want gen: 934706 level: 1
Well block 45006848(gen: 934685 level: 1) seems good, but generation/level doesn't match, want gen: 934706 level: 1
Well block 38010880(gen: 934684 level: 0) seems good, but generation/level doesn't match, want gen: 934706 level: 1
Well block 37978112(gen: 934684 level: 0) seems good, but generation/level doesn't match, want gen: 934706 level: 1
Well block 22396928(gen: 934674 level: 1) seems good, but generation/level doesn't match, want gen: 934706 level: 1
Well block 22331392(gen: 934673 level: 0) seems good, but generation/level doesn't match, want gen: 934706 level: 1
Well block 21823488(gen: 934647 level: 0) seems good, but generation/level doesn't match, want gen: 934706 level: 1
Well block 4489216(gen: 934646 level: 0) seems good, but generation/level doesn't match, want gen: 934706 level: 1
Well block 24084480(gen: 934508 level: 0) seems good, but generation/level doesn't match, want gen: 934706 level: 1
Well block 23904256(gen: 934508 level: 0) seems good, but generation/level doesn't match, want gen: 934706 level: 1

Ты во всех снапшотах что ли удалил их?

они не снапшотились

Я вообще не знаю, зачем btrfs restore пытается прочесть суперблок, когда ты передал ему дерево. Но в любом случае, из этого дерева — точно нет, оно убитое. Можешь попробовать поискать другие корни.

Можешь попробовать поискать другие корни.

запустил еще раз btrfs-find-root, стало меньше блоков, и если пытаюсь восстанавливать, то начинает восстанавливаться не тот субволум(тот на котором ничего не удалялось), или btrfs restore восстанавливает все подряд, и надо запустить и ждать?

sudo btrfs-find-root /dev/sdb1
Superblock thinks the generation is 934717
Superblock thinks the level is 1
Found tree root at 29065216 gen 934717 level 1
Well block 26116096(gen: 934716 level: 1) seems good, but generation/level doesn't match, want gen: 934717 level: 1
Well block 21118976(gen: 934715 level: 1) seems good, but generation/level doesn't match, want gen: 934717 level: 1
Well block 4767744(gen: 934714 level: 1) seems good, but generation/level doesn't match, want gen: 934717 level: 1
Well block 4407296(gen: 934713 level: 1) seems good, but generation/level doesn't match, want gen: 934717 level: 1
Well block 4308992(gen: 934712 level: 0) seems good, but generation/level doesn't match, want gen: 934717 level: 1
Well block 6160384(gen: 934710 level: 0) seems good, but generation/level doesn't match, want gen: 934717 level: 1

запустил еще раз btrfs-find-root, стало меньше блоков, и если пытаюсь восстанавливать, то начинает восстанавливаться не тот субволум(тот на котором ничего не удалялось), или btrfs restore восстанавливает все подряд, и надо запустить и ждать?

К стати, а почему в линуксе все утилиты восстановления которые я встречал чисто автоматические и не имеют интерактивного режима?

Да и о каких либо редакторах способных напрямую работать с блочными устройствами или сериальными переменными в /proc и /sys я за много лет ничего не слышал.

intelfx, есть еще способы вытащить файлы? то гугл больше ничего дельного не дает, все блоки испробовал, ни один не восстановил нужное, либо выдает ошибку про суперблок, может я что-то не так делаю? вот тут, например, еще говорится про ручной способ, с прсваиванием subvol-id, но у меня выдает ошибку, sudo btrfs subvolume set-default 934715 /mnt/blah ERROR: Could not set default subvolume: No such file or directory

К стати, а почему в линуксе все утилиты восстановления которые я встречал чисто автоматические и не имеют интерактивного режима?

Да и о каких либо редакторах способных напрямую работать с блочными устройствами или сериальными переменными в /proc и /sys я за много лет ничего не слышал.

Linux гонится за Windows. Первый шаг уже сделан — юзер по умолчанию считается тупым планктоном, ни на что не способным, только разработчики ядра — илитная илита, и у них всё просто работает и никогда-никогда не разваливается!

после этой команды btrfs restore -l /dev/sdb1 | grep ROOT_ITEM все блоки пропали, в общем полный пердимонокль

Первый шаг уже сделан

Это сейчас, а тогда, в старые добрые времена почему ничего не написали?

Нет, только btrfs restore с ручным указанием корневого блока дерева. Если ты точно перепробовал все поколения (точно ли? objectid свой нашёл?) и ни одно не даёт искомых результатов — то очень жаль.

Наверное потому что файловые системы под это не заточены. То есть либо магия (которой не бывает), либо сабжевые проблемы. (%

Инструменты для отладки ФС есть, просто Тимофей в них не может по причине отсутствия квалификации.

Вообще в случае чего поиск суперблоков предполагается вручную.

Если ты точно перепробовал все поколения (точно ли? objectid свой нашёл?)

как это проверить?

после этой команды btrfs restore -l /dev/sdb1 | grep ROOT_ITEM все блоки пропали

еще загрузился в винду, скачал UFS Explorer Professional Recovery, он видит удаленные файлы, но триальная вепсия может восстановить только файлы размером до 768кб

Вообще в случае чего поиск суперблоков предполагается вручную

как это сделать?

Это утверждение?

От удаления защищают бэкапы, а не утилиты. Начни жизнь заново. 99,9(9)% у тебя на диске ничего кроме пони не было.

Недавно удалённые файлы можно восстанавить на reiserfs разделе при помощи fsck.reiserfs -S

photorec? scalpel?

Это утверждение?

Да.

Вообще в случае чего поиск суперблоков предполагается вручную

как это сделать?

Снимаешь на носитель достаточно большой ёмкости образ раздела, открываешь его hex редакторе и дальше перейдя в байтовое представление ищещь поиском комбинацию символов или байтов которая точно должна быть в суперблоке до тех пор пока не найдёшь.

Тогда непонятно, зачем ты использовал btrfs

Только две ФС, ZFS и BTRFS, умеют изолировать ошибки в субтомах, имеют сквозную компрессию и проверку чексум.

Тогда непонятно, зачем ты использовал btrfs

можешь с меня смеяться сколько угодно, но дело в том, что я запорол хомяк, аж самому смешно, но уже не до смеха, и хомяк я не снапшотил никогда, так как не мог предположить, что я когда-то умудрюсь его запороть

твои комменты очень интересно читать, но какая от них польза, если ты не дал ни одного практического совета?

мне надо вернуть дерево хомяка, какой смысл побайтово восстанавливать каждый файл? я их вовек не расставлю по нужным местам

но какая от них польза, если ты не дал ни одного практического совета?

мне надо вернуть дерево хомяка, какой смысл побайтово восстанавливать каждый файл? я их вовек не расставлю по нужным местам

По крайней мере в ext4 несколько экемпляров суперблока и по этому программе восстановления можно указать исправный, чем спасти ситуацию.
Правда как с этим в btrfs не знаю, но даже если суперблок там один, то может ты сможешь его отремонтировать?

но даже если суперблок там один, то может ты сможешь его отремонтировать?

да, он целый и он восстанавливает совсем не тот субволум, который мне нужет, я уже перепробовал все блоки, но благодаря комманде btrfs restore -l /dev/sdb1 | grep ROOT_ITEM уже и существующие ранее блоки пропали, в общем, скорее всего придется смириться и возвращать все настройки по памяти, но все же по прежнему жду советов

и существующие ранее блоки пропали

а вдруг их не стали затирать и их можно найти hex редактором?

он восстанавливает совсем не тот субволум, который мне нужет

Тогда может ты выберешь правильный корень (с правильным objectid), м?

благодаря комманде btrfs restore -l /dev/sdb1 | grep ROOT_ITEM уже и существующие ранее блоки пропали

btrfs restore ни при каких условиях не записывает ничего на диск. Либо у тебя кривые руки, либо одно из двух.

btrfs хороший, годный шредер для данных.

Тогда может ты выберешь правильный корень (с правильным objectid), м?

как это правильно сделать?
дай пожалуйста более подробную инструкцию, я немного не разбираюсь в терминогологии, что из приведенного objectid?

btrfs restore ни при каких условиях не записывает ничего на диск.

не спорю, но после выше приведенной команды количество строк Well block ... seems good... сократилось, а после повторной команды осталась всего одна такая строка

Ты на примонтированной ФС это делаешь что ли? Или монтируешь ФС между подходами к восстановлению?

я все выполнял загрузившись с лавюсби, фс монтировал пару раз, чтобы узнать номер субволюма, ьем более на примонтированной ФС btrfs restore дает предупреждение, что надо отмонтировать

UFS Explorer Standard Recovery «всего» $70. Тебе надо только решить, насколько дороги для тебя потерянные файлы.

фс монтировал

Можешь забыть про свои файлы.

фс монтировал

Можешь забыть про свои файлы.

Есть смысл пытаться найти останки hex редактором или действительно совсем всё?

Конечно, можно. Но учитывая фрагментацию, tail packing и сжатие (если было включено) — результативность этого процесса будет низкой.

Торвн вырастил колонию тараканов на кухне и отфрезеровал дилдак на ЧПУ. А чего добился ты?

фс монтировал Можешь забыть про свои файлы.

Вот это ынтырпрайз! Вот это я понимаю! И кто-то ж все еще клюёт на это говно))

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

В данном случае TS сам себе ногу отстрелил. Но у меня тоже доверия к btrfs нет, так что я по старинке ext4+lvm2 использую всюду.

В данном случае TS сам себе ногу отстрелил.

Интересно, а в каком же пункте он целился в свою ногу?

В данном случае TS сам себе ногу отстрелил.

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

скачал UFS Explorer Professional Recovery, он видит удаленные файлы, но триальная блин, как маленький