Surface Pro 3:ドメイン結合サーフェスプロ3時間と日付を変更
Surface Pro 3はドメインの一部です.ユーザーが仕事を辞めると、時間と日付が時々(週に1~2回)変わることがあります.ドメインから1時間ほど離れた後、1週間に1回、24時間を超えて時間が離れます.他のドメインコンピュータには、この問題はありません.
ドメインから切断されたラップトップ.ドメインでの時刻同期はうまく機能しています.時刻を正確に保つために、デフォルトの5分ではなく20秒に設定を調整しました.Surface Pro 3は正しい設定を
GPOと過度のドリフトを示さず、大きなジャンプ(24時間以上)のみ.
8月19日のファームウェアと最新のドライバアップデートを実行しています.
これはハードウェア/ファームウェアの問題ですか?誰かこれを見たことがありますか?
返信リスト(回答:11)
こんにちはSigrich250、
地域社会へのあなたの貢献をありがとう.ユーザーが仕事を辞めたときに、週に24時間以上オフになることを理解しています.それは不便に聞こえます、そして私はこの問題を解決するために最善を尽くします.
- ユーザーが仕事を辞めたときにsurfaceは近くを離れますか?デバイスが作業の外側にあるときに時間の違いが発生しますか?
- この問題はいつ起動しましたか?
- オープンチャーム>設定>PC設定>時間と言語の変更自動的に設定されている "有効になりますか?同様に、時間帯は適切に設定されていますか?
- 時間が自動的に更新されるように設定されている場合は、オプションを無効にします(手動で時間を設定)、デバイスが正しい時間を保持しているかどうかを確認します.
- また、
windows 8.1企業にありますか?
応答1# ->にスキップ2 #SigRichはい、ユーザーは仕事を辞めたときにSurfaceを家に持ち帰ります.
はい、Surfaceが動作していないときに時間差が発生するようです.
これは、デバイスを使い始めた直後に起こりました.
このユニットは、ドメインコントローラと3つのntp.orgサーバーと時刻を同期するように設定されています.はい、タイムゾーンは正しく設定されています.タイムジャンプは正確な時間ではなく(誤ったタイムゾーンが選択された場合に予想されるように)、ランダムに見える時間と分です.
工場出荷時にインストールされているWin 8.1 Proを使用しています.
ユーザーは、昨夜の正しい時刻が2014年8月27日の午後8時22分であったと報告していますが、ユニットの時計は2015年11月17日の午後10時41分で、ほぼ15か月のジャンプです.
応答2# ->にスキップ3 #ShihoこんにちはSigrich250、
私の質問に対するあなたの回答と回答をありがとう.
これらのことを試してみてください:
を無効にする
- 自動時間設定の選択解除
ステップ1:右から左へのスワイプ
ステップ2:tap設定ステップ3:change pcの設定を選択ステップ4:タップ時間と言語ステップ5: "設定時間を自動的に"2.仕事を残したときにユーザーがスリープするようにデバイスを置いている場合は、問題が解決しないかどうかを確認してください.
3.異なる
Windows 8.xデバイスで使用されているサーフェスのMicrosoftアカウント(他のサーフェスデバイス、ラップトップなど)?
ここでも同じ問題が発生しています.Surfaceサポートに問い合わせてみましたが、回答がありません.19のSurface Proがあり、そのうち3つだけが影響を受けます.Windowsタイムサービスの設定などを変更してみましたが、1週間は問題ないようですが、
その後、ある日、ユーザーは間違った時間で電源を入れました.まるでRTCの問題のように思えますが、それは毎日のイベントのようになると思います.ファームウェアも最新versionに更新しました.
応答4# ->にスキップ5 #SigRich他の誰かがこの問題を報告してくれてうれしいです.マイクロソフトはこの問題についてまったく役に立たず、彼らも私たちと話をしません.より多くのユーザーが問題を抱え始めたら、多分彼らは最終的に気づくでしょう.「WifFI
以前に発生していたスタンバイスリープからの問題.修正が行われることを期待して、ファームウェアとアップデートを最新の状態に保ちましたが、まだ何もしていません.
ドメインのタイムサーバーが利用できない場合に、Surface Proが外部のタイムサーバーと時刻を同期できるようにすると、この問題の影響を軽減できます.問題は引き続き発生しますが、タイムサーバーが応答するとすぐに時間がリセットされます.この
はもちろん、インターネット接続が利用可能な場合にのみ機能します.また、MaxPosPhaseCorrection、MaxNegPhaseCorrection、およびLargePhaseOffsetの値を増やして、大幅なオフ(1年以上の場合もある)の場合でもクロックを修正できるようにしました.
応答5# ->にスキップ6 #MattPCa更新ありがとうございます.影響を受けるマシンの交換用ユニットをMSに送ってもらいたくなります.それは悪いバッチだと思います.私が言ったように、私はこれらの19を持っています、それらはすべて同じファームウェアリビジョンとパッチレベルにあります.不思議なことに
ハードウェアの問題に、そうでなければ私はそれらすべてが影響を受けることを期待します.考えてみると、マシンは内部ネットワーク上にあるときにドメインから時間を取得していますが、いったん離れると、時間の更新のためにHomeを呼び出さなくなります.
これは、内部クロックが不安定になったときです.ドメインで時間を更新したら、問題はありません.これらのユニットに時計用の内蔵バッテリーがあるかどうかわからない場合は、
応答6# ->にスキップ7 #SigRichCDWは私たちのものに取って代わり、新しいユニットにも同じ問題がありました.しかし、彼らが同じバッチからのものであったかもしれないほど迅速でした.
ログを確認したところ、ユニットが起動し、ドメインタイムサーバーに接続できなくなったときと同じように、スリープ中に時間が急上昇したようです.私たちのケースでは、ユーザーがログオフせずにその日を離れ、SP3の使用を開始したときです.
ホーム.毎回発生するわけではありませんが、発生しない回数よりも多く発生します.
1か月または6週間などの間に、これを3回(2週間、将来に2週間、1回は過去に送った)発生しました.
ドッキングステーションにいる間にOfficeを離れる前にSP3をスリープ状態にした後の3回すべて
Windowsをバックアップポイントにロールバックした後、ホームで4回目(これは成功しませんでした)です.
将来に私を送った後、何らかの理由でOutlookがギガバイトのメールを再ダウンロードするので、非常に迷惑です.
応答8# ->にスキップ9 #MattPCaマイクロソフトから交換品を受け取り、ユーザーに渡しました.私はそれを1週間ほど与えて、問題が解決したかどうかを確認します.RTCハードウェアの問題だと思います.ユニットがオフのときに時間を保つことができてはなりません.
応答9# ->にスキップ10 #SigRich新しいユニットがそれを修正することを願っています.それは私たちのためではありませんでした.Microsoftをどのように置き換えることに同意しましたか?
に話すことさえできないこれは私たちの最新の問題です.ユーザーは彼の携帯電話にこのビデオを撮りました.リアルタイムです.ビデオは約7:10 pmで撮影されました.2014年12月2日.時刻と日付がオフであり、時計の動作がどのように動作しているか