(РЕШЕНО) Сломался BTRFS

nafanja, имел ввиду то, что толку от нас мало - btrfs не используем и никогда ее не восстанавливали - одни теоретические познания, а потому можем только кинуть ссылку.
Ошибки не исчезают с опытом - они просто умнеют
Скачал себе это - понравилось тем, что расписано много команд и опций и все в одном месте и по русски. Правда часть команд устарело - не работают (выкинули).
Может тоже пригодится.

EDIT 1 - Кидаю еще одну ссылку How to recover a BTRFS partition - кстати описано и повреждение данных (нпример, при сбое питания) и опять контрольные суммы ...
Ошибки не исчезают с опытом - они просто умнеют
nafanja
пробовал и так, падает с ошибками
btrfsck –init-extent-tree /dev/sdb3
почти с теми же ошибками падает и в федоре.
видать проблема в btrfs
Псевдографический инсталлятор Arch Linux ver. 3.8.2
Благодарности принимаются на ЯД 410012815723874
btrfs даже под убунтой падает (((
ubuntu@ubuntu:~$ sudo btrfs rescue chunk-recover /dev/sda3
Scanning: DONE in dev0
parent transid verify failed on 488027308032 wanted 531605 found 531617
parent transid verify failed on 488027308032 wanted 531605 found 531617
Ignoring transid failure
parent transid verify failed on 488027308032 wanted 531605 found 531617
Ignoring transid failure
We are going to rebuild the chunk tree on disk, it might destroy the old metadata on the disk, Are you sure? [y/N]: y
chunk-recover.c:2376: btrfs_recover_chunk_tree: BUG_ON `ret` triggered, value -2
btrfs(+0x57fe6)[0x55672b326fe6]
btrfs(btrfs_recover_chunk_tree+0x1c35)[0x55672b329af9]
btrfs(+0x57629)[0x55672b326629]
btrfs(main+0x143)[0x55672b2e5c87]
/lib/x86_64-linux-gnu/libc.so.6(__libc_start_main+0xe7)[0x7feb30041b97]
btrfs(_start+0x2a)[0x55672b2e5cca]
Aborted
Псевдографический инсталлятор Arch Linux ver. 3.8.2
Благодарности принимаются на ЯД 410012815723874
vasek
EDIT 1 - Кидаю еще одну ссылку How to recover a BTRFS partition - кстати описано и повреждение данных (нпример, при сбое питания) и опять контрольные суммы ..
Да такое подталкивает только на хранение снапшотов на отдельном харде, который монтирует при снятии снапшотов, а потом отмонтируется после снятия. Не знаю все время питание отрубал от нетбука вроде ничего не происходило. Вроде раз там, что-то произошло, но справился стандартными утилитами.
nafanja, а костылем не поделитесь?)
Shama_comp
nafanja, а костылем не поделитесь?)
https://www.opennet.ru/opennews/art.shtml?num=49794
https://github.com/maharmstone/btrfs/releases
Псевдографический инсталлятор Arch Linux ver. 3.8.2
Благодарности принимаются на ЯД 410012815723874
Могу и ошибаться, но насколько я понял проблема обусловлена checksums errors (ошибки контрольных сумм, обусловленные деффектами при сбое с питанием). А посмотреть наличие этих ошибок можно только только в примонтированной системе, используя btrfs scrub start (или подобное). Хотя может быть есть и другой способ, но смысла в этом не вижу. Если это действительно так, то вот что пишут на этот счет (привожу в оригинале)
 If you've just got a single disk and therefore no data replication, there's not much you can do when you get checksum errors short of restoring known good data to a new location.
А значит в этом случае систему не восстановить. В принципе восстановить можно, но нужно знать где прописана эта контрольная сумма, как она считается и др., чтобы ручками ее вписать в нужное место. С большой долей вероятности, что все это прописано в исходникахно, но на это уйдет полжизни ...
Ошибки не исчезают с опытом - они просто умнеют
Shama_comp
Да такое подталкивает только на хранение снапшотов на отдельном харде
Посмотри цитату выше на en ...

EDIT 1 - это еще один минус для btrfs ...... и значит верна поговока - не держите все яйца в одной корзине ... а значит надежность не намного выше ext4 и др.
Ошибки не исчезают с опытом - они просто умнеют
vasek, так не я понял в чем заключается проблема, что при перебое питания летит все не какой-либо подтом, а полностью раздел его потом не примонтировать, короче ничего не сделать с ним, но вариант, который я предложил имеет право на существование...
Скажем так, что система на sda1 с подтомами root и home. Пишешь скрипт, которые монтирует второй хард с ФС btrfs sdb1 в папку snapshots в корне системы при снятии снимка, а потом как снапшот будет сделан он его отмонтирует. Вроде btrfs такое позволяет такое сделать. Ну и тогда перебои с питанием не страшны шанс 1\1000000.
Я согласен с вами, что это недостаток btrfs.
Shama_comp
но вариант, который я предложил имеет право на существование…
Думаю имеет, хотя я не знаю все нюансы btrfs.
Вот возник сейчас у меня такой вопрос - возможно ли подключение/восстановление из снапшотов, если системе не монтируется???
Ошибки не исчезают с опытом - они просто умнеют
 
Зарегистрироваться или войдите чтобы оставить сообщение.