lists.openwall.net   lists  /  announce  owl-users  owl-dev  john-users  john-dev  passwdqc-users  yescrypt  popa3d-users  /  oss-security  kernel-hardening  musl  sabotage  tlsify  passwords  /  crypt-dev  xvendor  /  Bugtraq  Full-Disclosure  linux-kernel  linux-netdev  linux-ext4  linux-hardening  linux-cve-announce  PHC 
Open Source and information security mailing list archives
 
Hash Suite: Windows password security audit tool. GUI, reports in PDF.
[<prev] [next>] [thread-next>] [day] [month] [year] [list]
Date:   Thu, 22 Dec 2016 13:59:55 -0500
From:   Dan Arena <ddan39@...il.com>
To:     linux-ext4@...r.kernel.org
Subject: Why is 64bit option always on by default now?

Hello,

I just spent a while troubleshooting a system that wouldn't boot after
reformatting an ext4 filesystem. I finally figured out that it was the
ext4 64bit feature which caused the issue because the board's
bootloader doesn't support it. Tracking why it occurred when doing
mkfs on one system (fedora 23) vs another (fedora 25) I noticed that
fedora 25 now has the 64bit option in the features list for ext4 in
/etc/mke2fs.conf.

Why was it changed from "auto_64-bit_support" which only added the
64bit option if needed when creating a filesystem larger than 16TB, to
now being always on, even when creating a small filesystem?

I was trying to think of why this would be changed from the "auto
64bit" setting, and it came to mind that it may be useful for when you
later want to grow a filesystem to over 16TB. It looks like you can
now add the 64bit option using resize2fs though, so that point isn't
as important. Maybe this wasn't possible before, so it was the better
option. Now that it can be added with resize2fs, do you think it
should be changed back to "auto 64bit"? I realize having to add the
64bit option with resize2fs may prevent live resizing to larger than
16TB, but I don't think that scenario will be very common, so the
extra work of having to do the offline resize2fs isn't a big deal.

While doing some research I read that it also broke compatibility with
a few other things. I am not sure what the best solution is, I was
just surprised how this compatibility-breaking change was made with as
far as I know not much warning to the community or when running the
command or something.

Thanks,
Dan
--
To unsubscribe from this list: send the line "unsubscribe linux-ext4" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ