public inbox for linux-btrfs@vger.kernel.org
 help / color / mirror / Atom feed
* loop-mount btrfs .19 w/ 2.6.30: btrfs: open_ctree failed
@ 2009-07-22 10:30 btrfs
  2009-07-22 10:57 ` Yan Zheng
  0 siblings, 1 reply; 3+ messages in thread
From: btrfs @ 2009-07-22 10:30 UTC (permalink / raw)
  To: linux-btrfs

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.

^ permalink raw reply	[flat|nested] 3+ messages in thread

* Re: loop-mount btrfs .19 w/ 2.6.30: btrfs: open_ctree failed
  2009-07-22 10:30 loop-mount btrfs .19 w/ 2.6.30: btrfs: open_ctree failed btrfs
@ 2009-07-22 10:57 ` Yan Zheng
  2009-07-22 15:29   ` btrfs
  0 siblings, 1 reply; 3+ messages in thread
From: Yan Zheng @ 2009-07-22 10:57 UTC (permalink / raw)
  To: btrfs; +Cc: linux-btrfs

2009/7/22  <btrfs@think-future.com>:
> 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)
>
> 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
> 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,
> =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
> =A0 =A0 =A0 ad esempio 'dmesg | tail'
>
> dmesg | tail
> [140443.202115] device label BTRFS_mypole devid 1 transid 7 /dev/loop=
0
> [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 kerne=
l 2.6.30 and btrfs-tools 19-2 (debian).
>

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 majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

^ permalink raw reply	[flat|nested] 3+ messages in thread

* loop-mount btrfs .19 w/ 2.6.30: btrfs: open_ctree failed
  2009-07-22 10:57 ` Yan Zheng
@ 2009-07-22 15:29   ` btrfs
  0 siblings, 0 replies; 3+ messages in thread
From: btrfs @ 2009-07-22 15:29 UTC (permalink / raw)
  To: linux-btrfs

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

^ permalink raw reply	[flat|nested] 3+ messages in thread

end of thread, other threads:[~2009-07-22 15:29 UTC | newest]

Thread overview: 3+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2009-07-22 10:30 loop-mount btrfs .19 w/ 2.6.30: btrfs: open_ctree failed btrfs
2009-07-22 10:57 ` Yan Zheng
2009-07-22 15:29   ` btrfs

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox