Re: btrfs filesystem df not working

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Thu, Oct 14, 2010 at 12:45:59PM +0100, Leonidas Spyropoulos wrote:
> On Wed, Oct 13, 2010 at 4:08 PM, Chris Mason <chris.mason@xxxxxxxxxx> wrote:
> > On Wed, Oct 13, 2010 at 10:52:57AM +0100, Leonidas Spyropoulos wrote:
> >> On Wed, Oct 13, 2010 at 1:43 AM, Chris Mason <chris.mason@xxxxxxxxxx> wrote:
> >> > On Tue, Oct 12, 2010 at 02:45:19PM +0100, Leonidas Spyropoulos wrote:
> >> >> On Tue, Oct 12, 2010 at 2:43 PM, cwillu <cwillu@xxxxxxxxxx> wrote:
> >> >> > On Tue, Oct 12, 2010 at 4:12 AM, Leonidas Spyropoulos
> >> >> > <artafinde@xxxxxxxxx> wrote:
> >> >> >> The above command is not working on my system.
> >> >> >> Information:
> >> >> >> btrfs f df /media/data
> >> >> >
> >> >> > btrfs f isn't unique;  fi is the minimum to specify "filesystem"
> >> >> >
> >> >> I tried even with btrfs filesystem df /media/data
> >> >> and same results.
> >> >
> >> > Does strace give us any clues?
> >> >
> >> According to strace there is inappropriate ioctl for the device.
> >> Here is the log
> >
> > I missed this before:
> >
> > 2.6.32-5-amd64
> >
> > The df ioctl was added after 2.6.32 (2.6.33 I think).
> 
> So in debian squeeze/unstable which is currently on 2.6.32 (and won't
> change any sooner) I cannot use btrfs. All I can do is try
> experimental kernels?

Or backport the changes, yes.

> My question though is, if I use experimental kernels can I then load
> an "old" kernel and still use the btrfs filesystem?
> Or the newer kernels write anything specials on ionodes which the old
> ones cannot read?

We haven't made any of those changes, you'll be fine going back and
forth.

-chris
--
To unsubscribe from this list: send the line "unsubscribe linux-btrfs" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html


[Index of Archives]     [Linux Filesystem Development]     [Linux NFS]     [Linux NILFS]     [Linux USB Devel]     [Linux Audio Users]     [Yosemite News]     [Linux Kernel]     [Linux SCSI]

  Powered by Linux