RPiはY2K38バグの影響を受けますか？

好奇心から、2038年1月19日午前3時14分7秒GMTにRPisモデルAとBはどうなりますか？それらはY2K38バグの影響を受けますか？

hardware system-clock bugs

— ダゴーストマンディミトロフ
ソース

そのとき、まだ何個の実行が予想されますか？

— トールビョーンラウンアンデルセン

ThorbjørnRavnAndersen@私はRPIは大きな未来があると、（最終的にはモデルC以上が、...）、まだ実行されているそれらの多くがあるだろうと信じて正直に言うと

— DaGhostmanディミトロフ

その場合は、時計を設定して確認してください。

— トールビョーンラウンアンデルセン

...その取り払わないを持っている：D

— DaGhostmanディミトロフ

piの将来がどうであれ、25年以内に32ビットプロセッサを使用する可能性は他にありません。ウィキペディアによると、64ビットシステムは64ビットを使用し、time_tこれをY292G問題に変換します。

— goldilocks

回答:

はい。

OpenELECを実行しているPiへのSSHセッションの出力は次のとおりです。

Y2K38に到達するとハングします。SSHセッション自体が応答を停止するだけでなく、OpenELECもフリーズします。

2038年までに修正がリリースされることを期待しています（そして希望！）。

^{それ、またはあなたの質問は24年以内に多くの賛成票を得るでしょう。}

ここに画像の説明を入力してください

— あのブラジル人
ソース

私はあなたがそのような乱暴な日付のマシンでSSHセッションを開くことができたことに驚いています。実際に試してみたが、+ 1。

— 罪のない

@einnocentどうしてできないの？SSHハンドシェイクの仕様に、それを妨げるような時間比較はありますか？また、接続が確立されてから時間を変更しました。その上、とにかくPiの時計はすでに間違っていました（数か月、数年、思い出せません）：P

— そのブラジル人

事前接続時間を変更すると、クロック時間の大きな違いがいくつかのセキュリティハンドシェイクで問題を引き起こす可能性があることを理解していますが、特にSSHについては知りません。接続後の変更により、SSHが34年間接続を開いていたことを発見すると、SSHが突然おかしくなります。私は、SSHがその魔法の時間に接続を単に終了したという小さな（しかしゼロでない）チャンスがあると思います。しかし、本当に私はあなたの答えに納得しています:)

— 罪のない

@einnocent SSHが「24年間開いている」と思ってハングすることはありませんでした。私は、例えば、22年でもう一度やります。それがハングするので、しかし、私は、それが原因ではないと思い正確に到達Y2K38時

— それブラジルのガイ

実際、Raspberry Pi（ハードウェア）は問題ありません。RTCが含まれていないため、使用するOSに依存します。

しかし、LinuxのIIRCすべての32ビットバージョンにはこの問題があります。しばらく前（10年程度）、Linusは32ビットプラットフォームでこれを修正するのは面白くないと言い、当時の64ビットLinuxプラットフォームはすべて64ビットtime_tでした。彼はもちろんそれ以来、心を変えたかもしれません。これへの最良のリンクは http://permalink.gmane.org/gmane.linux.kernel/1184914です。これは同じではありませんが、同様の意図を表しています。

変更することは特に難しいことではありませんが、カーネルABIの変更を強制します。それ自体が問題です。

しかし、RiscOsは40ビット時間（センチ秒）を使用しますが、エポックは異なります。（https://www.riscosopen.org/wiki/documentation/show/OS_Word%2014_3）-2318年にいつか失敗する -[calc was：1970 +（（2 ^ 40）/ 100）/（60 * 60 * 24 * 365.25）]

もちろん、AndroidはLinuxカーネルを使用します。そして、私は他のオプションを見逃したと確信しています。

— rgammans
ソース

現在実装されているように、ソフトウェアの変更が行われない場合、Raspberry Piはリストされたバグの運命を被ります。

最新のマシンのほとんどは64ビットプロセッサに移行していますが、その時点で32ビットのメインストリームプロセッサがまだ表示されていてもまったく驚かないでしょう。問題を解決できる可能性があるソフトウェアソリューションがあります。

これは、最も可能性の高い修正プログラムは、このバグを遅らせないだろうが1月1日、2000年のようなもので開始するエポックタイムを更新するだろうと私には思える、それは確かでしょうリセット予見可能な将来のためにそれを。

— ヤコブ001
ソース