28.10.2024 10:00, Felix Miata wrote:
Andrei Borzenkov composed on 2024-10-28 09:38 (UTC+0300):
Felix Miata wrote:
I'm in process of eliminating EXT2 & EXT3 filesystems from old computers, due to the year 2038 date problem that might arrive before my termination. Using:
tune2fs -O extents,uninit_bg,dir_index /dev/sdb1
How is all of this related to the year 2038 or timestamps in general?
https://en.wikipedia.org/wiki/Year_2038_problem
# dmesg | egrep '2038|pports' … [ 70.533547] [ T674] ext2 filesystem being mounted at /disks/boot supports timestamps until 2038-01-19 (0x7fffffff)
This message was added in the kernel 5.4. Nowhere in your post did you mention you were running this or newer version. You only talked about kernel 2.6.22.19 which could not emit this message at all.
[ 74.896089] [ T637] ext3 filesystem being mounted at /disks/s131 supports timestamps until 2038-01-19 (0x7fffffff)
Kernel 5.4 does not have ext3 driver, it has ext4 driver which can also mount ext3 filesystem. ext4 driver will set max timestamp depending on the inode size. It needs to be at least 256 bytes. Setting options with tune2fs does *not* change existing inode size.
[ 75.457770] [ T638] ext3 filesystem being mounted at /disks/stwt supports timestamps until 2038-01-19 (0x7fffffff) [ 75.507264] [ T634] ext3 filesystem being mounted at /disks/s123 supports timestamps until 2038-01-19 (0x7fffffff) [ 77.426041] [ T654] ext3 filesystem being mounted at /disks/s132 supports timestamps until 2038-01-19 (0x7fffffff) [ 85.148371] [ T700] ext3 filesystem being mounted at /home supports timestamps until 2038-01-19 (0x7fffffff) [ 91.470229] [ T706] ext3 filesystem being mounted at /pub supports timestamps until 2038-01-19 (0x7fffffff) [ 94.088198] [ T711] ext3 filesystem being mounted at /usr/local supports timestamps until 2038-01-19 (0x7fffffff) #