Skip to contentSkip to conversation

loop-mount btrfs .19 w/ 2.6.30: btrfs: open_ctree failed

DISCUSSION [email protected] 2 participants 3 messages Jul 22, 2009 Btrfs file system

lore
Share & tools
lore
#0 lore raw

Hey,

Just tried to mount a btrfs 0.19 in a image file:

dd if=/dev/zero of=btrfs-play.img bs=1024k count=256

losetup -f btrfs-play.img
losetup -a
/dev/loop0: [fd02]:24653 (btrfs-play.img)

mkfs.btrfs -L BTRFStest /dev/loop0

WARNING! - Btrfs Btrfs v0.19 IS EXPERIMENTAL WARNING! - see http://btrfs.wiki.kernel.org before using

fs created label BTRFStest on /dev/loop0

        nodesize 4096 leafsize 4096 sectorsize 4096 size 256.00MB

Btrfs Btrfs v0.19

btrfsctl -A /dev/loop0
operation complete
Btrfs Btrfs v0.19

mount -t btrfs /dev/loop0 btrfs-test/
mount: tipo fs errato, opzione non valida, superblocco su /dev/loop0 danneggiato,
codepage o programma ausiliario mancante, o altro errore
In alcuni casi si possono trovare informazioni utili in syslog. Provare
ad esempio 'dmesg | tail'

dmesg | tail

[140443.202115] device label BTRFS_mypole devid 1 transid 7 /dev/loop0
[140443.202369] BTRFS: couldn't mount because of unsupported optional features (1).
[140443.202480] btrfs: open_ctree failed

Did I miss something? Using ext3/4 the above works flawlessly..

Probably it's only due to the "open_ctree" problem above. Using kernel 2.6.30 and btrfs-tools 19-2 (debian).

Any hints?

Thanks.

#1 lore raw

2009/7/22 <[email protected]>:

Quoted 10 lines

Hey,

Just tried to mount a btrfs 0.19 in a image file:

dd if=3D/dev/zero of=3Dbtrfs-play.img bs=3D1024k count=3D256

losetup -f btrfs-play.img
losetup -a
/dev/loop0: [fd02]:24653 (btrfs-play.img)

Quoted 7 lines

mkfs.btrfs -L BTRFStest /dev/loop0

WARNING! - Btrfs Btrfs v0.19 IS EXPERIMENTAL WARNING! - see http://btrfs.wiki.kernel.org before using

fs created label BTRFStest on /dev/loop0
=A0 =A0 =A0 =A0nodesize 4096 leafsize 4096 sectorsize 4096 size 256.0=

0MB

Quoted 8 lines

Btrfs Btrfs v0.19

btrfsctl -A /dev/loop0
operation complete
Btrfs Btrfs v0.19

mount -t btrfs /dev/loop0 btrfs-test/
mount: tipo fs errato, opzione non valida, superblocco su /dev/loop0 =

danneggiato,

Quoted 2 lines

=A0 =A0 =A0 codepage o programma ausiliario mancante, o altro errore =A0 =A0 =A0 =A0In alcuni casi si possono trovare informazioni utili i=

n syslog. Provare

Quoted 4 lines

=A0 =A0 =A0 ad esempio 'dmesg | tail'

dmesg | tail

[140443.202115] device label BTRFS_mypole devid 1 transid 7 /dev/loop=

0

Quoted 1 line
[140443.202369] BTRFS: couldn't mount because of unsupported optional=

features (1).

Quoted 5 lines
[140443.202480] btrfs: open_ctree failed

Did I miss something? Using ext3/4 the above works flawlessly..

Probably it's only due to the "open_ctree" problem above. Using kerne=

l 2.6.30 and btrfs-tools 19-2 (debian).

Quoted 1 line

There was a disk format change between btrfs-progs v0.18 and v0.19 (between kernel 2.6.30 and 2.6.31).
If your kernel is older than 2.6.31, please use btrfs-progs v0.18.

Yan, Zheng
--
To unsubscribe from this list: send the line "unsubscribe linux-btrfs" = in
the body of a message to [email protected]
More majordomo info at http://vger.kernel.org/majordomo-info.html

#2 lore raw

Hey Zheng,

Thanks for your message.

Thought I read some note somewhere that this change had been taken place in 2.6.30 and was using .19 w/o thinking about trying the .18.

Had a look at the module sources but maybe missed some version indication. Is there a var/macro telling the btrfs source version? If not it'd be a nice thing to have.

Thanks again.

Nils