Re: BTRFS extended attributes mounted on a non-extended-attributes compiled kernel

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

 



Quoting Hugo Mills (2013-12-11 14:01:04)
> On Wed, Dec 11, 2013 at 05:51:06PM +0000, Martin wrote:
> > What happens if...
> > 
> > I have a btrfs that has utilised posix ACLs / extended attributes and I
> > then subsequently mount that onto a system that does not have the kernel
> > modules compiled for those features?
> > 
> > 
> > Crash and burn?
> > 
> > Or are the extra filesystem features benignly ignored until remounted on
> > the original system with all the kernel modules?
> 
>    Thinking about it, it's probably going to be OK. btrfs itself
> doesn't have any way of turning off EA support, so you'll always have
> the EAs managed correctly. The ACL support (which is implemented
> through EAs, if I remember correctly) can be turned off, so the
> meaning of the ACL EAs will be ignored, but the EA content should
> still be there for when you move to an ACL-enabled system again. Note
> that this gives you a "convenient" way of bypassing POSIX ACLs, by
> switching to a kernel that doesn't enforce them.
> 
>    I've not actually tried this, so I'm willing to be proved wrong,
> but I'll be surprised if that's the case. :)

I do expect it to silently work.  If you have directories that inherit
acls etc, you might not get fully consistent results if you try to
change anything on the non-xattr/acl kernel.

-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