Hi! I've just updated kernel to 2.6.38. Now there are no troubles with mounting after btrfsck and brtfs-select-super. Thank you guys!
Sincerely, Viacheslav Dobromyslov On Sat, Feb 5, 2011 at 4:53 PM, Viacheslav Dobromyslov <slavik.do...@gmail.com> wrote: > > Hello, friends! > > I have some troubles with removable disk after powering off without > unmounting. > 'btrfsck' and 'btrfs-select-super' didn't help. > > # uname -srvo > Linux 2.6.37-gentoo #2 SMP PREEMPT Tue Jan 11 20:58:56 VLAT 2011 GNU/Linux > > Installed sys-fs/btrfs-progs-0.19-r2. > > # btrfs fi show > failed to read /dev/sr0 > Label: none uuid: acf790ef-13ba-4c08-b0d3-3ab9938b5b94 > Total devices 1 FS bytes used 9.97GB > devid 1 size 14.65GB used 14.65GB path /dev/sda4 > > Label: none uuid: 53b9ab33-8049-46e0-a90f-b601446abc79 > Total devices 1 FS bytes used 20.35GB > devid 1 size 150.00GB used 23.29GB path /dev/sdc2 > > # mount -t btrfs /dev/sdc2 /mnt/ > mount: wrong fs type, bad option, bad superblock on /dev/sdc2, > missing codepage or helper program, or other error > In some cases useful info is found in syslog - try > dmesg | tail or so > > # dmesg > device fsid e046498033abb953-79bc6a4401b60fa9 devid 1 transid 433 /dev/sdc2 > btrfs: open_ctree failed > > # btrfsck /dev/sdc2 > found 21851738112 bytes used err is 0 > total csum bytes: 21297140 > total tree bytes: 43466752 > total fs tree bytes: 17068032 > btree space waste bytes: 7526756 > file data blocks allocated: 21808271360 > referenced 21808271360 > Btrfs Btrfs v0.19 > > # btrfs-select-super -s 1 /dev/sdc2 > using SB copy 1, bytenr 67108864 > > # btrfs-debug-tree /dev/sdc2 > root tree > leaf 23651717120 items 12 free space 1987 generation 433 owner 1 > fs uuid 53b9ab33-8049-46e0-a90f-b601446abc79 > chunk uuid 461537d2-d586-4f0c-9469-09d8933bce0a > item 0 key (EXTENT_TREE ROOT_ITEM 0) itemoff 3756 itemsize 239 > root data bytenr 23651721216 level 2 dirid 0 refs 1 > > ..................................... > > item 30 key (12298 EXTENT_DATA 0) itemoff 1548 itemsize 53 > extent data disk byte 22261157888 nr 13418496 > extent data offset 0 nr 13418496 ram 13418496 > extent compression 0 > data reloc tree key (DATA_RELOC_TREE ROOT_ITEM 0) > leaf 29380608 items 2 free space 3773 generation 5 owner 18446744073709551607 > fs uuid 53b9ab33-8049-46e0-a90f-b601446abc79 > chunk uuid 461537d2-d586-4f0c-9469-09d8933bce0a > item 0 key (FIRST_CHUNK_TREE INODE_ITEM 0) itemoff 3835 itemsize 160 > inode generation 4 size 0 block group 0 mode 40555 links 1 > item 1 key (FIRST_CHUNK_TREE INODE_REF 256) itemoff 3823 itemsize 12 > inode ref index 0 namelen 2 name: .. > total bytes 161067429888 > bytes used 21851738112 > uuid 53b9ab33-8049-46e0-a90f-b601446abc79 > Btrfs Btrfs v0.19 > > > I've already found similar trouble http://www.spinics.net/lists/linux- > btrfs/msg07572.html . but that solution didn't help. -- To unsubscribe from this list: send the line "unsubscribe linux-btrfs" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
