> >> Hi, creating a thread on this from: > >> https://github.com/coreos/fedora-coreos-config/pull/1650 > >> > >> Basically I'd propose that not just our default images have > >> y2038-compatible filesystem setups, we ensure that if e.g. XFS is > >> explicitly chosen for a Workstation installation then it is set up with > >> bigtime=1. > >> > >> (Note btrfs uses 64 bit time today, so I think this is mostly about ext4 > >> and xfs, but perhaps we also need to look at the longer tail too, e.g. > >> squashfs. OTOH, because squashfs is read-only we can just worry about > >> that closer to 10 years from now...) > >> > >> If no one objects I guess I can look at re-learning Mediawiki syntax again > >> and writing a Change. > > > > Or, you could ignore it and it will happen anyway: > > > > xfsprogs-5.15.0-rc1 (11 Mar 2022) > > - mkfs: enable inobtcount and bigtime by default (Darrick J. Wong) > > _______________________________________________ > > Nice. Thanks for the link to that change. Does anyone know if ext4 is > thinking of doing the same?
Is ext4 actually a problem here? From the y2038 list [1] the ext4 with "new inodes" which has the option of "34 bit seconds / 30-bit ns" has a rollover date of 2582. The new extended i_ctime_extra [2] was added in 2007 and apparently made the default in 2008 [3] so it appears we should be good there but you've not gone into any detail of your concern here so if you could extrapolate on that it would be grand. [1] https://github.com/y2038/y2038-list [2] https://elixir.bootlin.com/linux/v5.18-rc1/source/fs/ext4/ext4.h#L835 [3] https://www.mail-archive.com/y2038@lists.linaro.org/msg04261.html _______________________________________________ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org Do not reply to spam on the list, report it: https://pagure.io/fedora-infrastructure
