linux-btrfs.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: sniper <s3c24xx@gmail.com>
To: C Anthony Risinger <anthony@extof.me>
Cc: linux-btrfs@vger.kernel.org
Subject: Re: list subvolumes with new btrfs command
Date: Mon, 26 Apr 2010 10:09:15 +0800	[thread overview]
Message-ID: <q2j9bd6b5361004251909j8dcf6ccbzd978d627e137fadb@mail.gmail.com> (raw)
In-Reply-To: <g2kbe6460751004251127tbdf980b6q867cf1b98fc562dc@mail.gmail.com>

2010/4/26 C Anthony Risinger <anthony@extof.me>:
> hello,
>
> i maintain an unofficial initrd hook in Arch Linux that allows BTRFS
> to be used as the root device. =C2=A0i am trying to update the hook t=
o use
> the more extensive "btrfs" command, adding support for users to chang=
e
> their default subvolume from within the initrd (i'm creating a sort o=
f
> rollback feature, in conjunction with automatic snapshotting via the
> package manager), and adding support for hot spares (via a second
> BTRFS pool in which devices are "stolen" to repair the primary array)=
=2E
>
> anyways, i'm having trouble getting a listing of subvolumes:
>
> $ btrfs subvolume list /
> ERROR: can't perform the search
>
> the machine has a BTRFS root. =C2=A0i have also tried creating a snap=
shot
> and pointing the command at that, but i get the same results. =C2=A0a=
m i
> using the command wrong? =C2=A0relevant code is from btrfs-list.c:
>
> ret =3D ioctl(fd, BTRFS_IOC_TREE_SEARCH, &args);
> if (ret < 0) {
> =C2=A0fprintf(stderr, "ERROR: can't perform the search\n");
> =C2=A0return 0;
> }
>
need super root? in my ubuntu10.04 with latest btrfs-progs:

$ ./btrfs subvolume list /media/sda3-100g/
ERROR: can't perform the search
$ sudo ./btrfs subvolume list /media/sda3-100g/
ID 258 top level 5 path misc/snap/snap-4-26

> kernel:
>
> $ uname -r
> 2.6.33-ARCH
>
> is there a new CONFIG_* kernel parameter that needs to be set since
> 2.6.32? =C2=A0everything seems to be in order and working fine... any=
 help
> appreciated.
>
> thanks,
> C Anthony
> --
> 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 =C2=A0http://vger.kernel.org/majordomo-info.ht=
ml
>
--
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

  reply	other threads:[~2010-04-26  2:09 UTC|newest]

Thread overview: 9+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2010-04-25 18:27 list subvolumes with new btrfs command C Anthony Risinger
2010-04-26  2:09 ` sniper [this message]
2010-04-26  2:47   ` C Anthony Risinger
2010-04-26  3:22     ` sniper
2010-04-26 17:23       ` C Anthony Risinger
2010-04-26 17:58         ` Hubert Kario
2010-04-26 19:10           ` C Anthony Risinger
2010-04-26 20:51             ` C Anthony Risinger
2010-04-26 22:14               ` C Anthony Risinger

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=q2j9bd6b5361004251909j8dcf6ccbzd978d627e137fadb@mail.gmail.com \
    --to=s3c24xx@gmail.com \
    --cc=anthony@extof.me \
    --cc=linux-btrfs@vger.kernel.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).