Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

inode size for small filesystems and 2038 #54

Closed
jluebbe opened this issue Nov 11, 2020 · 3 comments
Closed

inode size for small filesystems and 2038 #54

jluebbe opened this issue Nov 11, 2020 · 3 comments

Comments

@jluebbe
Copy link

jluebbe commented Nov 11, 2020

The default mke2fs.conf set an inode size of 128 for 'small' filesystems (also for floppy and hurd):

inode_size = 128

mke2fs regards filesystems smaller than 512MB as 'small', which leads a default inode size of 128 on embedded systems (where such sizes are still relatively common) and boot partitions on PCs. This in turn results in a kernel warning of "ext4 filesystem being remounted at / supports timestamps until 2038 (0x7fffffff)".

Would you take a PR to change the default for 'small', protecting against the 2038 issue on these filesystems?

@jluebbe
Copy link
Author

jluebbe commented Mar 18, 2022

@tytso Friendly ping. :) Do you have an opinion on this?

@tytso
Copy link
Owner

tytso commented Mar 19, 2022

The default was changed in v1.46.4, although there were some regression test failures resulting from this change that wasn't noticed before 1.46.4 got released, so I recommend that you go to v1.46.5. So with the most recent released version of e2fsprogs, the default inode size is always 256 bytes --- except in the case of Hurd, since the GNU Hurd (in addition to not supporting 64-bit userspace) doesn't support 256 byte inodes, either. If anyone cares about 2038 support in GNU Hurd, please feel free to contact the GNU Hurd folks directly. :-)

In any case, this issue has been overtaken by events, so I'm closing this issue. Apologies for not closing this issue earlier.

@tytso tytso closed this as completed Mar 19, 2022
@jluebbe
Copy link
Author

jluebbe commented Mar 20, 2022

Thanks!

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants