перестал подключатся BTRFS винчестер 2тб забитый на 95%

[dj--alex]

вытащил и вставил диск не отключая его
и настала какая то атмосфера большого белого северного лиса.

у меня там 2тб данных хранятся, я их конечно копировал раз в 2 месяца целиком.
но всёже не хотелосб бы всё на модеме качать заново.

поискал поиском что то ничего нет понятного
пишет вот что

Nelze připojit HDD-1-al (нельзя подключить)
был лишь 1 раздел на весь хард.
ФС до этого долго и успешно работала на других дисках я уже ей доверять стал.

(Нажмите, чтобы показать/скрыть)

Error mounting: mount: wrong fs type, bad option, bad superblock on /dev/sdb1,
       missing codepage or helper program, or other error
       In some cases useful info is found in syslog - try
       dmesg | tail  or so

fdisk = l  даёт такую инфу

(Нажмите, чтобы показать/скрыть)

Disk /dev/sdb: 2000.4 GB, 2000398934016 bytes
hlav: 255, sektorů na stopu: 63, cylindrů: 243 201, celkem 3 907 029 168 sektorů
Jednotky = sektory po 1 * 512 = 512 bajtech
Velikost sektoru (logického/fyzického): 512 bajtů / 512 bajtů
Velikost I/O (minimální/optimální): 512 bajtů / 512 bajtů
Identifikátor disku: 0x00077378

Zařízení Zavádět   Začátek       Konec    Bloky    Id  Systém
/dev/sdb1            2048  3907028991  1953513472   83  Linux

user@user-desk / $ dmesg | tail

(Нажмите, чтобы показать/скрыть)

[  267.642960] parent transid verify failed on 4324425728 wanted 787 found 715
[  267.650216] parent transid verify failed on 4324425728 wanted 787 found 715
[  267.651981] btrfs: open_ctree failed
[  323.827942] EXT4-fs (sda5): error count: 7
[  323.827948] EXT4-fs (sda5): initial error at 1346519720: ext4_put_super:886
[  323.827953] EXT4-fs (sda5): last error at 1349623160: ext4_put_super:886
[  370.583041] device label HDD-1-al devid 1 transid 839 /dev/sdb1
[  370.598794] parent transid verify failed on 4324425728 wanted 787 found 715
[  370.598902] parent transid verify failed on 4324425728 wanted 787 found 715
[  370.600491] btrfs: open_ctree failed

Гпартед показывет восклицательный знак на разделе.
о каком суперблоке вообще говорится?
Gnome disk utility  = Check and repair   пишёт что всё супер но ничего не чинит на самом деле
смарт почти идеальный
хард практически новый

http://мы-с.рф/f/?c=5d45

[ArcFi]

1) testdisk — fix partition table:
https://help.ubuntu.ru/wiki/%D0%B2%D0%BE%D1%81%D1%81%D1%82%D0%B0%D0%BD%D0%BE%D0%B2%D0%BB%D0%B5%D0%BD%D0%B8%D0%B5_%D0%B4%D0%B0%D0%BD%D0%BD%D1%8B%D1%85

2) btrfsck — fix filesystem:
http://packages.ubuntu.com/search?searchon=contents&keywords=btrfsck

[dj--alex]

блин ну неужели было нельзя
нажимать вытащить диск , а потом немедленновставить

что в этом плохого???7


а этот testdisk не грохнет мне всё содержимое? 
уже пару раз попадал в ситуацию когда прям хот копируй диск как есть перед применением.

№2   не помог

 btrfsck /dev/sdb1

(Нажмите, чтобы показать/скрыть)

parent transid verify failed on 4324425728 wanted 787 found 715
parent transid verify failed on 4324425728 wanted 787 found 715
parent transid verify failed on 4324425728 wanted 787 found 715
parent transid verify failed on 4324425728 wanted 787 found 715
Ignoring transid failure
parent transid verify failed on 4324397056 wanted 787 found 715
parent transid verify failed on 4324397056 wanted 787 found 715
parent transid verify failed on 4324397056 wanted 787 found 715
parent transid verify failed on 4324397056 wanted 787 found 715
Ignoring transid failure
checking extents
btrfsck: btrfsck.c:1864: check_owner_ref: Assertion `!(rec->is_root)' failed.
Neúspěšně ukončen (SIGABRT) (core dumped [obraz paměti uložen])
user@user-desk / $ sudo btrfsck /dev/sdb1
parent transid verify failed on 4324425728 wanted 787 found 715
parent transid verify failed on 4324425728 wanted 787 found 715
parent transid verify failed on 4324425728 wanted 787 found 715
parent transid verify failed on 4324425728 wanted 787 found 715
Ignoring transid failure
parent transid verify failed on 4324397056 wanted 787 found 715
parent transid verify failed on 4324397056 wanted 787 found 715
parent transid verify failed on 4324397056 wanted 787 found 715
parent transid verify failed on 4324397056 wanted 787 found 715
Ignoring transid failure
checking extents
btrfsck: btrfsck.c:1864: check_owner_ref: Assertion `!(rec->is_root)' failed.

user@user-desk / $ btrfsck


я на немецком не понимаю что это значит
http://forums.opensuse.org/deutsch-german/hilfe-und-helfen/installation-administration/471170-btrfs-partition-la-sst-sich-nicht-mehr-mounten.html
понял только 3 слова -  filesystem ist kaputt


хм...не разбираюсь

(Нажмите, чтобы показать/скрыть)

user@user-desk / $ btrfs-restore
Usage: restore [-svio] [-t disk offset] <device> <directory>
user@user-desk / $ btrfs-restore /dev/sdb1
Usage: restore [-svio] [-t disk offset] <device> <directory>
user@user-desk / $ btrfs-restore /dev/sdb
Usage: restore [-svio] [-t disk offset] <device> <directory>
user@user-desk / $

 типа мне нужно папку указать? зачем?
зачем ему папка?

о_О
он ещё и не заработал..впервые такое вижу
меня как бы сейчас мало волнует фактор нтфс...пропуститьбы

user@user-desk / $ sudo testdisk
testdisk: error while loading shared libraries: libntfs-3g.so.835: cannot open shared object file: No such file or directory


Пользователь решил продолжить мысль 23 Октября 2012, 18:59:44:о каком ещё неправильном магическом суперчисле идёт речь! ?
почему то мне кажется что btrfs != ext2 и e2fsck не поможет или нет?
вдруг нельз его использовать.


sudo fsck /dev/sdb1

(Нажмите, чтобы показать/скрыть)

fsck na util-linux 2.20.1
parent transid verify failed on 4324425728 wanted 787 found 715
parent transid verify failed on 4324425728 wanted 787 found 715
parent transid verify failed on 4324425728 wanted 787 found 715
parent transid verify failed on 4324425728 wanted 787 found 715
Ignoring transid failure
parent transid verify failed on 4324397056 wanted 787 found 715
parent transid verify failed on 4324397056 wanted 787 found 715
parent transid verify failed on 4324397056 wanted 787 found 715
parent transid verify failed on 4324397056 wanted 787 found 715
Ignoring transid failure
checking extents
fsck.btrfs: btrfsck.c:1864: check_owner_ref: Assertion `!(rec->is_root)' failed.
fsck: Warning... fsck.btrfs for device /dev/sdb1 exited with signal 6.
user@user-desk / $ sudo fsck /dev/sdb
fsck na util-linux 2.20.1
e2fsck 1.42.4 (12-Jun-2012)
ext2fs_open2: Chybné magické číslo v superbloku
fsck.ext2: Neplatný superblok, zkouším záložní bloky…
fsck.ext2: Chybné magické číslo v superbloku při pokusu otevřít /dev/sdb

Superblok nemohl být načten nebo nepopisuje správný systém souborů
ext2. Pokud je zařízení platné a opravdu obsahuje systém souborů
ext2 (a ne swap nebo něco jiného), pak je superblok
poškozen a můžete zkusit spustit e2fsck s jiným superblokem:
    e2fsck -b 8193 <zařízení>

[ArcFi]

1)

Q: Is btrfs stable?
A: Short answer: No, it's still considered experimental.

2)

git clone git://git.kernel.org/...
<blah-blah-blah>

3)

Have you tried mounting with the recovery option?
mount -t btrfs -o recovery /dev/sdb6

Did you use the btrfsck repair option?
btrfsck --repair /dev/sdb6

4) https://btrfs.wiki.kernel.org/index.php/Restore

[dj--alex]

1)
я как бы думал что она уже достаточно стабильна. уже много лет разрабатывают же
 и на SSD она всё это время идеально работала
я по 30 раз на дню отмонитровал и монтировал один и тот же диск на одно и тоже место и ничего не было
я уже был уверен что эту систему можно каждому на компьютер ставить и она по 10 лет будет работать.

может проблема в том что я с расстояния 0.5 см отпустил винчестер во время отключения?
но тогда бы ничего бы не раскручивалось по идее..

3)
mount -t btrfs -o recovery /dev/sdb1
показывает инструкцию к mount
видимо какая то ошибка.

btrfsck --repair /dev/sdb+
тот же эффект что и без ==repair

4)  ./btrfs-restore /dev/sdb1 /mnt   не работает.
говорит адрес или файл не существует.

(Нажмите, чтобы показать/скрыть)

user@user-desk / $
bash: ./btrfs-restore: Adresář nebo soubor neexistuje
user@user-desk / $ ./btrfs-restore /dev/sdb /mnt
bash: ./btrfs-restore: Adresář nebo soubor neexistuje
user@user-desk / $ sudo ./btrfs-restore /dev/sdb /mnt
sudo: ./btrfs-restore: command not found
user@user-desk / $  ./btrfs-restore /dev/sdb /mnt
bash: ./btrfs-restore: Adresář nebo soubor neexistuje
user@user-desk / $  ./btrfs-restore /dev/sdb /home/user/1
bash: ./btrfs-restore: Adresář nebo soubor neexistuje
user@user-desk / $  ./btrfs-restore /dev/sdb /home/user/1
bash: ./btrfs-restore: Adresář nebo soubor neexistuje
user@user-desk / $  ./btrfs-restore /dev/sdb1 /home/user/1
bash: ./btrfs-restore: Adresář nebo soubor neexistuje

[/quote]

[ArcFi]

2)

&& (3) && (4)

[dj--alex]

они точно также работают из этой папки

[ArcFi]

они точно также работают из этой папки

Sorry, bro. No ideas left. =\

Wait...

user@user-desk / $  ./btrfs-restore /dev/sdb1 /home/user/1
bash: ./btrfs-restore: Adresář nebo soubor neexistuje

http://translate.google.com/#auto/ru/Adres%C3%A1%C5%99%20nebo%20soubor%20neexistuje

[dj--alex]

(

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


посмотрел я код.мне он ни о чём не сказал.
btrfsck: btrfsck.c:1864: check_owner_ref: Assertion `!(rec->is_root)' failed.
кусок кода из строки  1864 и далее..
}
      if (!back->is_data) {
         found += 1;
      } else {
         dback = (struct data_backref *)back;
         found += dback->found_ref;
      }
не знаю что зачем оно мне про строку 1864 говорит


вот засада... вот отстой.


блин неужели перекачивать всё и неизветно откуда
обиднее всего за все концерты что я снимал, всё тут же хранилось

никогда эту фс для хардов для "вечного" хранения данных не буду использовать
если только через 20 лет не меньше


и самое главное...я уже 2 недели мечтал поиграть в диабло
только оставшиеся все части дел слил на этот вонючий винчестер
и всё жопа

[dj--alex]

ну и что что он не сущесвует

я же через папку захожу, вижу,  что он врёт
я и без судо  и с судо, а ему пофиг
нагло врёт что папки нет.
я их уже 10 штук в разных местах насоздавал и прав им понавешивал chmod -R 777 +X и т.п. не помогло

[ArcFi]

Код: [Выделить]

sudo -i
mv /mnt/restore{,.bak}
mkdir /mnt/restore
chmod 777 /mnt/restore
cd /path/to/btrfs-restore # try latest git snapshot
./btrfs-restore /dev/sdb1 /mnt/restore?

[dj--alex]

подождите удалось запустить копирование

правда на SSD 64gb  не нашлось  1900гб места. удалось лишь 7гб скопировать но уже что то:)
надо было писать без  "./"
благодарю за помощь!!!  сам бы копался бы кучу времени и не факт что докопался бы.
конечно удобного интерфейса копирования
на винт уже содержащий 1.5 тб информации я не найду 
поэтому придётся копировать всё

user@user-desk / $ sudo btrfs-restore /dev/sdb1 /mnt

(Нажмите, чтобы показать/скрыть)

parent transid verify failed on 4324425728 wanted 787 found 715
parent transid verify failed on 4324425728 wanted 787 found 715
parent transid verify failed on 4324425728 wanted 787 found 715
parent transid verify failed on 4324425728 wanted 787 found 715
Ignoring transid failure
parent transid verify failed on 4324397056 wanted 787 found 715
parent transid verify failed on 4324397056 wanted 787 found 715
parent transid verify failed on 4324397056 wanted 787 found 715
parent transid verify failed on 4324397056 wanted 787 found 715
Ignoring transid failure
Root objectid is 5
Error writing: 28 No space left on device
extent buffer leak: start 4389400576 len 4096

Пользователь решил продолжить мысль 23 Октября 2012, 20:01:11:теперь осталось дело за малым - найти винчестер 2тб размером.
пустой

[ArcFi]

надо было писать без  "./"

Код: [Выделить]

$ echo abc
abc

$ ./echo abc
bash: ./echo: Нет такого файла или каталога

$ cd /usr/bin

$ ./echo abc
abc

теперь осталось дело за малым - найти винчестер 2тб размером.
пустой

=]

[dj--alex]

есть частичная копия диска, на 80% гдето там  всё есть
но он сам 1.5тб...

мжно ли на него указать?
или  "реставратор"  всё потрёт?

там даже лежит всё в том же порядке

ну была не была)

[dj--alex]

хард опять отвалился, запустил проверку

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

user@ubuntu ~ $ btrfsck /dev/sdc1
Check tree block failed, want=738320384, have=0
read block failed check_tree_block  - это не смертельно?
checking extents
Check tree block failed, want=759242752, have=0
read block failed check_tree_block

слышны тихие пощелкивания которых в обычной работе нет.
если выключить и включить хард то шумит как обычно.

эх опять форматировать видимо. наверное не годен он для бэкапов только для хранения временного хлама.