nilog:

#nowplaying I'm Alive - HELLOWEEN (Keeper Of The Seven Keys Part I) ♪

#nowplaying The Saints - HELLOWEEN (Gambling With The Devil) ♪

#nowplaying I'm Alive - HELLOWEEN (Keeper Of The Seven Keys Part I) ♪

ほげー

#nowplaying Eagle Fly Free - HELLOWEEN (Keeper Of The Seven Keys Part II) ♪

めぇー

またASUSのWi-Fiルーターが死んでる・・・

ほげほげ

放置してたらASUSのWi-Fiルーターが復活した。何があったんだろうか。ログでも見るかな。。。

ASUS ルーターの Web UI にアクセスできないので、とりあえず電源オフオンして再起動。

ASUS ルーターの Web UI ぜんぜんつながらないな・・・

192.168.50.1 のほうで接続できた・・・

ASUSルーターを再起動したときのログが5月5日になっている・・・

May 5 05:05:23 kernel: klogd started: BusyBox v1.25.1 (2026-04-23 10:40:30 CST)

May 5 05:06:07 ntp: start NTP update の次のログから正しい日時に戻ったみたい。

Geminiに聞いたら教えてくれた。はじめて知ったわー( ´∀｀)

「ASUSルーターを含め、多くのネットワーク機器やLinuxベースの機器にはリアルタイムクロック（RTC）用のバックアップ電池が搭載されていないため、機器が再起動すると内蔵クロックが初期状態（ファームウェア作成時やデフォルトの基準日時）リセットされます。」

「ログの動作は正常な仕様です」

「時刻を保持する電池がないため、ルーターは初期設定の日時としてシステム起動処理を開始します」
「カーネルや各サービスが立ち上がり、WAN（インターネット）側の接続が有効化されます」
「ルーターがインターネット上のNTPサーバーと通信し、正確な現在日時（9月10日）を取得します」
「NTP同期が完了した瞬間にログのタイムスタンプが9月10日へと飛んで正常な日時に戻ります」

ルーターの時刻がリセットされる理由とNTPで日時が正しく戻るまでの流れ。

(Geminiの画像生成がいまいちだったのでChatGPTに画像を作ってもらった。)

ASUSルーターのログをGeminiに解析してもらった結果。

「Wi-Fiチップセット（MediaTek製 MT7915）のファームウェア通信タイムアウトによる内部フリーズおよびドライバの自動再起動が原因です」
「ログ内に AndesSendCmdMsg assert FALSEfailed や FWCmdTimeout が連続して発生しています」
「ルーターのメインシステムがWi-Fiチップ（MCU）に対してコマンド（VoW / Airtime制御等）を送信したものの、応答がなく3秒間のタイムアウト（timeout(3000ms)）が何度も繰り返されました」
「応答不可に陥ったため、システムがWi-Fiサービスを強制終了（mt_service_close）しました」
「その後、ドライバとファームウェアの再読み込み（mt_service_open）が行われ、初期化処理が実行されました」

「ファームウェアの不具合や一時的な処理負荷、またはマルチSSID（ゲストネットワークやAI-Mesh設定等）の制御機能におけるバグが影響している可能性があります」
「ASUSの管理画面から、最新のファームウェアが提供されていないか確認し、アップデートを行ってください。Wi-Fiチップ（MediaTek製）関連の安定性向上パッチが含まれている場合があります」
「長時間稼働によるメモリや内部処理の負荷を解消するため、管理画面のスケジュール設定などで定期的な自動再起動を設定することをおすすめします」
「チップセットの熱暴走によってMCUレスポンスが落ちるケースもあります。ルーターの周囲に十分な放熱スペースがあるか確認してください」

ファームウェアを確認してみたら最新バージョンだった。

定期的な自動再起動の設定なんてあるんかな・・・

iPhone 18 Pro はあるのに iPhone 18 は無いらしい。