Win8タブレットの時刻が急に２時間進み

質問

２時間以上一気に時計が進んでしまいました。

Dell Latitude 10 ST2
Windows8→ 8.1に更新済み

数日前にも同じ症状に気がついたのですが、今日も又出ました。
タブレットをほったらかしにしている間に起こったので、何か記録が残っていないか探してみました。

下記情報から、私のタブレットPCに何が起こったかわかる方教えてください。

-------------------------------------------------------------

システムログを添付します。
(1) 16:10:57(JST)の時点で自動的にスリープ状態になりました。この時刻は実際の時刻と合っていたようです。

(2) 18:27:53(JST)は未来の時刻が表示されていますが、このイベントが起こったのは、上記スリープに入った１秒後です。実際の時刻は16:10:58だったはずです。ここで間違った時刻に設定変更されたようです。

※時刻変更された時の内容は、下の欄の、「システム時刻は2013-・・・・・・」というメッセージとして表示されていますが、これはUTC表示ですので+9hする必要があります。

(3) 20:44:56のイベントは、言うまでもなく、この質問を書いている時点より未来の時刻です。
現在、強制的にタイムサーバーに同期をとったら、18:30に治りました。

回答No.5

kteds · ベストアンサー

No.4の補足です。
> EventID 42ではありませんでした。
> EventID 1のようです。
> 質問時に添付した画像にはイベント1となっています。

画像の5行目には16:10:57 に EventID 42 が発生しているのでは？

お礼

16:10:57のイベントですが詳細をコピーします。

スリープ状態に入った時のイベントらしく、ここでは時刻が変更されていません。

Event ID 42ではありますが、
ソースはMicrosoft-Windows-Time-Serviceではなく、Microsoft-Windows-Kernel-Powerとなっています。

該当箇所をテキストファイルに落としましたので以下コピーして貼り付けます。

-------------貼り付け開始------------

ログの名前: System
ソース: Microsoft-Windows-Kernel-Power
日付: 2013/11/30 16:10:57
イベント ID: 42
タスクのカテゴリ: (64)
レベル: 情報
キーワード: (4)
ユーザー: N/A
コンピューター: TABLET1
説明:
システムがスリープ状態になります。

スリープの理由: アプリケーション API

---------貼り付け終わり----------------

補足

再び同じ現象が起こりましたが、まだ原因はつかめません。
何はともあれお付き合いいただきありがとうございました。

回答No.4

kteds

> モバイルルーターや、家のブロードバンドルーターにNTPサーバー機能があるかどうかは未確認です。

それはないと思います。
時刻が狂った原因はWin8のTime Service（Windows Time）が実行されている（Event ID 42が発生している）ことが理由です。
したがって、現象としてはWin8（クライアント）がネットワーク上のタイムサーバーと同期処理を行なった、ということです。
なぜスリープ時に同期処理したのか、という原因は、私には解りません。（現象が解るだけです）
スリープ時にタイムサーバーと同期処理しなければならないシステム上の理由も見当たりません。
いちばん考えられることは「該当PCにて、そのような設定（Event 42を発生させる設定）が為されているのではないか」ということです。
バグということもあり得ますがWindowsのTime Service（Windows Time）は永年の動作実績がありますので、可能性は低いのではないでしょうか。
---参考資料。Event ID 42
http://technet.microsoft.com/ja-jp/library/cc756464(v=ws.10).aspx

お礼

度々の回答ありがとうございます。

EventID 42ではありませんでした。
EventID 1のようです。
質問時に添付した画像にはイベント1となっています。

やはり、システム時刻が内蔵ハードウェアクロックと同期しているようです。
ご紹介していただいたサイトでEventId 1を検索してみると
なんと、私と同じ症状の人を発見しました。
「システム時間が未来に変更された」というものです。
Event ID 1, The system time has changed....to the future
http://social.technet.microsoft.com/Forums/windows/ja-JP/2e215330-4bfa-4d7a-b138-3192794472f3/event-id-1-the-system-time-has-changedto-the-future?forum=w7itprogeneral

このサイトではサードパーティーのソフトが影響してるんじゃないかという回答ですが、この質問者の解決につながったかどうかは不明です。

少し手がかりがつかめましたが、何かお気づきの点やアドバイス等がありましたらご教示お願いします。

回答No.3

kteds

No.2の補足です。
> 「Windows上のシステム時刻は普段、PC内蔵のハードウェアクロックとは独立して動いていて、スリープ移行時に同期させている。」
と解釈できるのですが、実際はどうなのでしょうか、

それはないでしょう。
事実私の環境ではそのようなことは発生していません。
また、そのような状況ならば世界中のユーザーからクレームが多発しているでしょう。

ところでNo.2の私の確認について明確な記述が無いようですが、
結局のところ「ローカルネットワーク内にw32timeなどを使用するタイムサーバーが設定してある」環境なのですね。

原因切り分けのためにはネットワーク内のタイムサーバーを無効にして様子をみてはどうでしょうか。
たとえば接続してあるすべてのPCのWindows Time サービスをいったん停止してみて様子をみてはどうでしょうか。

お礼

再度の回答ありがとうございます。

つまり、他のどれかのPCが私の知らないところでNTPサーバーの機能を提供していて、タブレットがそれに同期してしまっているということでよろしいでしょうか。

WiMaxを使用している時は、他のPCは存在していませんし、家での接続時とプロバイダも異なります。
家のネットワーク内の他のPCは電源が落ちた状態です。

モバイルルーターや、家のブロードバンドルーターにNTPサーバー機能があるかどうかは未確認です。

補足

断片的な知識で申し訳ないのですが、例えばLinuxでは、システムクロックとハードウェアクロックが、普段は独立して動いていて、起動時のみハードウェアクロックを参照してシステムクロックを合わせ、逆にシャットダウンの時は、システムクロックの時刻をハードウェアクロックに書き込む仕組みになっています。この仕組みは、もしかしたらWindowsでも同じかと思ったのです。

回答No.2

kteds

そのタブレットPCのローカルネットワーク内にタイムサーバーが存在していて、誤った同期をしている、
ということはありませんか？

お礼

回答ありがとうございます。
その可能性もよぎりましたが、可能性は低そうです。
1回目は外出時WiMaxをAtermWM3800Rで使用していた時に発生しました。
2回目は、家のネットワークを使用していた時です。WiMaxの圏外なので、Atermは使っていません。

もしお分かりなら教えていただきたいのですが、
添付画像の「システム時刻がハードウェアクロックと同期された」というメッセージを見ると、

「Windows上のシステム時刻は普段、PC内蔵のハードウェアクロックとは独立して動いていて、スリープ移行時に同期させている。」
と解釈できるのですが、実際はどうなのでしょうか、
そう考えた理由は、もし「ハードウェアクロック」≠「システム時刻」 と解釈すると、何らかの原因で基板上のRTCが狂った場合に起こりうる現象として納得出来そうだからです。

回答No.1

kngj1740

システム的な不具合のようです。メーカーに問いあわせるしか。