近々リリースされる Linux 5.10 には、2038 年問題 (Y2K38) に対するさらなる修正が含まれるようです。
この欠陥により、多くのシステムは 2038 年 1 月 19 日 03:14:07 UTC 以降の日付を認識できなくなります。
Y2K問題は、年を2桁で表し、2つのゼロで終わる年を1900年と想定していたシステムによって引き起こされました。Y2K38問題は、1970年1月1日からの時間を秒単位でカウントするUnixおよびUnix系システムから派生したものであるため、これとは異なります。2038年1月19日には、その数字は単一の32ビット整数として格納できる値を超えてしまいます。そうなると、事態は興味深い展開を迎える可能性があります。
Y2K38 問題を解決する必要性は、Y2K 問題が一般大衆の注目を集める以前から知られており、Y2K 問題が世界で最も費用がかかり、目立たない予防的メンテナンスであることが判明し、必然的に、すべてはコンピューティング サービス業界に仕事を与えるために考え出された作り話であると主張する真実追究者を生み出しました。
しかし、おそらく2038年はまだ遠いため、ほとんど何も行われておらず、それが長年Linuxカーネルの歴史を研究してきたJon Corbet氏のような人々を心配させている。
シュレーディンガーのY2Kを見よ。ソフトウェアがすべて量子になった時代
続きを読む
幸いなことに、この問題に対する作業は開始されており、Linux 5.6 は 2038 年まで存続することが約束されています。
そして今、Linux 5.10 向けにいくつかのファイルシステム修正が登場しました。
Phoronix のカーネルウォッチャーによって発見され、Linux カーネル メーリング リストに投稿されたところによると、Oracle ファイルシステム開発者の Darrick J. Wong 氏は、「2486 年までタイムスタンプをサポートする」という XFS のコードを提出したそうです。
提案された変更により、オンディスク inode タイムスタンプとオンディスク クォータ有効期限タイムスタンプが拡張され、2038 年を超える日付を処理できるようになります。
これは、少なくとも Linux が Y2K38 以降も動作可能であることを意味するはずです。
Linus Torvalds がいつものペースである 8 週間ごとの新リリースを維持すれば、待機中の世界はクリスマス前に修正プログラムを入手し、Y2K38 問題のこの部分を未然に防ぐのに 17 年強かかることになります。
十分な数の人類がCOVID-19を乗り越えて、そのくらい長くケアを続けられると仮定します。®
