On Mon, Apr 26, 2010 at 3:51 PM, C Anthony Risinger <anth...@extof.me> wrote: > On Mon, Apr 26, 2010 at 2:10 PM, C Anthony Risinger <anth...@extof.me> wrote: >> On Mon, Apr 26, 2010 at 12:58 PM, Hubert Kario <h...@qbs.com.pl> wrote: >>> On Monday 26 April 2010 19:23:21 C Anthony Risinger wrote: >>>> > I am using ubuntu-10.04-rc with kernel compiled from the almost >>>> > lastest source , the btrfs-progs is latest too. >>>> > >>>> > You can modify line >>>> > >>>> > fprintf(stderr, "ERROR: can't perform the search\n"); >>>> > to >>>> > fprintf(stderr, "ERROR: can't perform the search: %s\n", >>>> > strerror(errno)); >>>> > >>>> > to see what happened on earth. >>>> >>>> nice: >>>> >>>> $ sudo btrfs subvolume list / >>>> ERROR: can't perform the search: Inappropriate ioctl for device >>>> >>>> i'm not really familiar with C, or anything this low level, does this >>>> help you diagnose my problem? >>> >>> Have you tried to run it on the device with the btrfs, not the mount point? >>> >>> It looks like the ioctl was made too restrictive about its arguments. >> >> ah yes i missed mentioning that to, tried that: >> >> $ sudo btrfs sub list /dev/sda2 >> ERROR: '/dev/sda2' is not a subvolume >> >> no dice :( > > i tried setting up loopback with a newly formatted btrfs image + > mounting, same result: Inappropriate ioctl for device. same error > whether i point the command at the default subvolume or a snapshot. > is there anything (missing) i should check in regards to my kernel > (module/progs mismatch)?
bleh, looks like my kernel didn't have what it needed; i thought 2.6.33/stock Arch kernel was recent enough. i booted an 2.6.34rc5 kernel any everything works now: $ sudo btrfs sub list / ID 259 top level 5 path vps/var/lib/vps-lxc/tpl/arch-nano ID 260 top level 5 path vps/var/lib/vps-lxc/dom/dom1 heh, i forgot about those snapshots :-). i will compensate for this possibility in my initrd hook. apologies for the noise. on a parting note, the "strerror(errno)" was a nice change, and might be a useful addition for others, as it also pointed my in the right direction for permission problems (without sudo/non-super): $ btrfs sub list / ERROR: can't perform the search: Operation not permitted other than that, thanks for the assistance; the new btrfs tool is nice. C Anthony -- 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