ZimaOSのWeb UIでBIOSリセット後に日付が間違って表示される場合は、部品を交換する前に、ハードウェアクロック、タイムゾーン、NTPの状態を個別に確認してください。 この1.4.1 Betaのスレッドでは、timedatectlにより、システムクロックが同期されておらず、NTPサービスが非アクティブであることが示されました。
これは、Batch 34で以前に2ページ目から処理されたものと同じフォーラムスレッドです。このファイルはスレッド全体を基に作成された更新版であり、新しい検索意図を持つ別の記事ではありません。
スレッドで実際に確認されたこと
ユーザーはBIOS設定をリセットし、RAMを交換していました。Web UIには一時的に正しい時刻が表示されましたが、その後、古い日付に戻りました。IceWhaleはまずCMOS/BIOSバッテリーの確認を提案しましたが、別のユーザーが新品のバッテリーで問題を再現したため、バッテリー故障だけが原因であるとは証明されませんでした。
最も有用な診断情報はtimedatectlでした。タイムゾーンとRTCの値は設定されていましたが、同期は無効で、NTPも非アクティブでした。
RTC、タイムゾーン、NTPを別々の層として確認する
まずBIOS/RTCを適切な値に設定し、その後ZimaOSを起動してtimedatectlを実行します。ローカル時刻、UTC時刻、RTC時刻、タイムゾーン、「System clock synchronized」、「NTP service」を比較してください。
マシンの電源を抜いた後にハードウェアクロックが再びリセットされる場合は、CMOSバッテリーまたはファームウェア設定が引き続き関係している可能性があります。RTCが安定しているにもかかわらずNTPが非アクティブな場合は、オペレーティングシステムの時刻同期の問題として扱ってください。
1.4.1 Betaの挙動が現在も同じだと決めつけない
この報告は2025年のベータビルドに関するものです。現在のZimaOS 1.7.1のリリースノートは何度も新しいリリースを経ているため、古い回避策を適用する前に、現在の安定版で問題を再現してください。
現在のZimaOSターミナルガイドでは、サポート対象のターミナルアクセス方法が案内されています。
時刻の誤りが時計以外にも影響する理由
システム時刻が正しくないと、HTTPS証明書、パッケージのダウンロード、Dockerレジストリ、スケジュール済みジョブなどが、無関係に見える形で失敗することがあります。アプリ障害チェックリストでは、初期診断の確認項目としてシステム時刻を使用しています。
ホストのクロックは正しいのに、1つのコンテナだけタイムゾーンが間違っている場合は、NASのクロックを変更するのではなく、コンテナのタイムゾーンガイドを使用してください。
まとめ
このフォーラムスレッドでは、単一の恒久的な修正方法は証明されませんでした。確認できたのは、ファームウェア/RTCの状態、NTPの状態、Web UIの挙動はそれぞれ独立して失敗する可能性があるという、診断上の重要な切り分けです。現在のZimaOSリリースでは、バッテリーの交換、OSの再インストール、手動による時刻補正を行う前に、3つすべてを確認してください。
