Re: Richacl and ext4 vs. xfs

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

 



[added linux-ext4 to CC list]

On Nov 4, 2016, at 1:19 PM, Steve French <smfrench@xxxxxxxxx> wrote:
> 
> Andreas,
> 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)?

Cheers, Andreas





Attachment: signature.asc
Description: Message signed with OpenPGP using GPGMail


[Index of Archives]     [Reiser Filesystem Development]     [Ceph FS]     [Kernel Newbies]     [Security]     [Netfilter]     [Bugtraq]     [Linux FS]     [Yosemite National Park]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux RAID]     [Samba]     [Device Mapper]     [Linux Media]

  Powered by Linux