Richacl and ext4 vs. xfs
adilger at dilger.ca
Fri Nov 4 22:48:05 UTC 2016
[added linux-ext4 to CC list]
On Nov 4, 2016, at 1:19 PM, Steve French <smfrench at gmail.com> wrote:
> I had been working on getting some VMs together to experiment with a
> few different Richacl configurations and it looks like the e2fsprogs
> git hub repo with richacl enhanced ext4 utilities may need to be
> updated or have an incompatibility with current kernels (See e2fsprogs
> github link at http://www.bestbits.at/richacl/ ). XFS worked ok.
> Fedora 24 Workstation, created two extra disks
> /dev/sdb for xfs
> /dev/sdc for ext4
> Built and installed Andreas's 4.9.0-rc1 based kernel richacl branch
> and the other repos (xfsprogs, richacl etc.). Had no problem
> formatting and using /dev/sdb1 as xfs, but once I installed e2fsprogs
> from Andreas's tree I couldn't boot the system (removed e2fsprogs and
> the ext4 partition and booted fine). With Andreas's e2fsprogs I
> couldn't boot 4.9.0-rc1
What version of e2fsprogs is (the other) Andreas' tree based on? The
newer e2fsprogs-1.43 has support for metadata checksums, but this should
be off by default in the released version. The testing version had it
enabled by default.
With the working e2fsprogs, you could run:
dumpe2fs -h /dev/sdb1 | grep -i feature
and see what features are enabled (in particular metadata_csum, and maybe
if the RichACL has its own feature flag)?
-------------- next part --------------
A non-text attachment was scrubbed...
Size: 833 bytes
Desc: Message signed with OpenPGP using GPGMail
More information about the samba-technical