Administrace komentářů

Ahoj,

včera jsem večer přišel k počítači (aktukální arch 64) a nic - boot se sekl na připojení /media/data - když jsem dal boot bez /dev/sdb, tak system naběhl, ale datový disk se nedal připojit (mountováno z rescuecd):

[root@sysresccd ~]# mount /dev/sdb /mnt/
mount: /mnt: wrong fs type, bad option, bad superblock on /dev/sdb, missing codepage or helper program, or other error.

v příloze je výpis z konzole (dmesg a moje pokusy o záchranu) - ve zkratce:

[root@sysresccd ~]#  btrfs device scan
Scanning for Btrfs filesystems
[root@sysresccd ~]# 
[root@sysresccd ~]#  btrfs device scan /dev/sdb
Scanning for Btrfs filesystems in '/dev/sdb'

[root@sysresccd ~]# btrfs scrub start /dev/sdb
ERROR: '/dev/sdb' is not a mounted btrfs device

[root@sysresccd ~]# mount -o ro /dev/sdb /mnt/
mount: /mnt: wrong fs type, bad option, bad superblock on /dev/sdb, missing codepage or helper program, or other error.

[root@sysresccd ~]# btrfs-zero-log /dev/sdb
bash: btrfs-zero-log: command not found
[root@sysresccd ~]# btrfs
btrfs               btrfs-convert       btrfs-image         btrfs-select-super  
btrfsck             btrfs-find-root     btrfs-map-logical   btrfstune           

[root@sysresccd ~]# btrfs rescue zero-log /dev/sdb
parent transid verify failed on 246251520 wanted 186763 found 186761
parent transid verify failed on 246251520 wanted 186763 found 186761
parent transid verify failed on 246251520 wanted 186763 found 186761
parent transid verify failed on 246251520 wanted 186763 found 186761
Ignoring transid failure
leaf parent key incorrect 246251520
ERROR: could not open ctree
[root@sysresccd ~]#  file -s /dev/sdb
/dev/sdb: DOS/MBR boot sector
[root@sysresccd ~]# btrfs check /dev/sdb
Opening filesystem to check...
parent transid verify failed on 246251520 wanted 186763 found 186761
parent transid verify failed on 246251520 wanted 186763 found 186761
parent transid verify failed on 246251520 wanted 186763 found 186761
parent transid verify failed on 246251520 wanted 186763 found 186761
Ignoring transid failure
leaf parent key incorrect 246251520
ERROR: cannot open file system
[root@sysresccd ~]# btrfsck --init-extent-tree /dev/sdb
Opening filesystem to check...
Checking filesystem on /dev/sdb
UUID: 2ff9fcaf-4022-4cfd-b22a-321aa39fe3a0
Creating a new extent tree
parent transid verify failed on 29442048 wanted 4 found 186770
Ignoring transid failure
Failed to find [30392320, 168, 16384]
btrfs unable to find ref byte nr 202571776 parent 0 root 1  owner 1 offset 0
Failed to find [1384082587648, 168, 16384]
btrfs unable to find ref byte nr 1384525234176 parent 0 root 1  owner 0 offset 0
Failed to find [30392320, 168, 16384]
btrfs unable to find ref byte nr 246284288 parent 0 root 1  owner 0 offset 0
[1/7] checking root items... skipped
[2/7] checking extents
parent transid verify failed on 202424320 wanted 186763 found 186759
parent transid verify failed on 202424320 wanted 186763 found 186759
parent transid verify failed on 202424320 wanted 186763 found 186759
parent transid verify failed on 202424320 wanted 186763 found 186759
Ignoring transid failure
bad block 202424320
ERROR: errors found in extent allocation tree or chunk allocation
[3/7] checking free space cache
cache and super generation don't match, space cache will be invalidated
[4/7] checking fs roots
root 5 missing its root dir, recreating
ERROR: errors found in fs roots
found 60034904064 bytes used, error(s) found
total csum bytes: 0
total tree bytes: 12894208
total fs tree bytes: 11812864
total extent tree bytes: 114688
btree space waste bytes: 1964195
file data blocks allocated: 59846623232
 referenced 59791736832
extent buffer leak: start 29392896 len 16384
WARNING: dirty eb leak (aborted trans): start 29392896 len 16384
extent buffer leak: start 20971520 len 16384
WARNING: dirty eb leak (aborted trans): start 20971520 len 16384
extent buffer leak: start 29458432 len 16384
WARNING: dirty eb leak (aborted trans): start 29458432 len 16384
extent buffer leak: start 29491200 len 16384
WARNING: dirty eb leak (aborted trans): start 29491200 len 16384
extent buffer leak: start 29523968 len 16384
WARNING: dirty eb leak (aborted trans): start 29523968 len 16384
extent buffer leak: start 29409280 len 16384
WARNING: dirty eb leak (aborted trans): start 29409280 len 16384
extent buffer leak: start 29425664 len 16384
WARNING: dirty eb leak (aborted trans): start 29425664 len 16384
extent buffer leak: start 29507584 len 16384
WARNING: dirty eb leak (aborted trans): start 29507584 len 16384
extent buffer leak: start 20987904 len 16384
WARNING: dirty eb leak (aborted trans): start 20987904 len 16384
extent buffer leak: start 21004288 len 16384
WARNING: dirty eb leak (aborted trans): start 21004288 len 16384
extent buffer leak: start 29474816 len 16384
WARNING: dirty eb leak (aborted trans): start 29474816 len 16384
extent buffer leak: start 29540352 len 16384
WARNING: dirty eb leak (aborted trans): start 29540352 len 16384
[root@sysresccd ~]# btrfs check /dev/sdb
Opening filesystem to check...
Checking filesystem on /dev/sdb
UUID: 2ff9fcaf-4022-4cfd-b22a-321aa39fe3a0
[1/7] checking root items
Error: could not find extent items for root 2341
ERROR: failed to repair root items: No such file or directory
[root@sysresccd ~]# mount -o recovery,ro /dev/sdb /mnt/
[root@sysresccd ~]#

pomohlo až:

btrfsck --init-extent-tree /dev/sdb

z arch fora: https://bbs.archlinux.org/viewtopic.php?id=233724

teď je disk připojenej jako readonly, tahám z něj poslední přidaná data a přemýšlím co s ním - je to tenhle disk

fstab pro něj vypadá takhle:

#UUID=2ff9fcaf-4022-4cfd-b22a-321aa39fe3a0      /media/data     btrfs           rw,relatime,space_cache,subvolid=5,subvol=/     0 0

co mi teď došlo je, že jsem na něj asi ještě nikdy nepustil ani scrub, ani defrag a je to pravěký ext4 konvertovaný na btrfs

trochu mě to zchladilo myšlenky na nasazení btrfs i na NAS disk - je to starý zyxel310 s původním fw, kerý jsem se už kdysi dávno chystal nahradit openwrt - seká se rsync/rsnapshot přes NFS a mám podezření na moc starou verzi NFS (na tom zyxelu) a čekal jsem v podstatě už jen na vyřešení NFS legrace (která mě na stabilní verzi openwrt trochu překvapila...). Tak nevím, jestli čekat, nebo na ten NAS dát dev verzi openwrt, kde už je to opravené

A chtěl jsem disk v NASu taky převést na BTRFS - mohl bych vynechat rsync a podobné a řešit zálohy přes btrfs send | recieve, jenže tohle bylo tak nějak překvapení...

mátě někdo nápad, jak tomu disku pomoc k normálnímu fungování, případně co s tím nasem (už jsem to tady kdysi řešil, pak mě ta myšlenka nějak opustila, protože všechno fungovalo a nechtělo se mi to rozvrtat)?

dík moc

M