Win10 1803を再起動/シャットダウンするまでに7-10分かかります。


0

私は私が持っているこの問題を解決するために私の髪を引っ張っていることを仕事のために使用するnvme ssdが付いているDell Zbook 17 G5ラップトップを持っています。フレッシュブート後、再起動またはシャットダウンした場合(おそらくログオフしただけで、テストしていない場合)、シャットダウン画面に表示されてからオフになります。 私がすでに10分間ログインしていた場合は、数秒で通常通りにオフになります。

マイクロソフト以外のサービスをすべて無効にし、ウイルス対策を無効にし、Windows Defenderを無効にし、ページファイルの削除ポリシーが無効になっているかどうかを確認したなど、問題が見つかりません。

最後の手段私はこの質問を見つけ、ここに答えました: Windowsのシャットダウンが遅い原因を特定するにはどうすればよいですか。 そして2つのパフォーマンスログを記録しました。 1つは「良い」(私が10分以上ログインしてからの素早い再起動)そしてもう1つは「悪い」(私がログインしたらすぐに再起動したので遅い再起動)です。 確かな原因を見つけることはできないようですが、私はアナライザーに精通していないので、何が辛いのかを知ることができません。

私が両方のログをアップロードしたのは、誰かがそれらをチェックアウトできることを期待している理由です。 https://www.dropbox.com/s/76sowxabh8mndnp/windows_performance_logs.rar?dl=0

敬具


あなたはすでにしようとしましたか 高速起動機能を無効にする それが役立つかどうかを確認するには?
Run5k

@ Run5k - システムの起動に時間がかかるのではないでしょうか。
Ramhound

@ Ramhound、論理的にはそうなるはずです。ただし、Fast Startup機能で通常修正されるのと同様の機能に関連する可能性がある問題が、ハードウェア/ OS構成にある可能性があるようにも思えます。私の見解では、「トラブルシューティング101」の原則は、その可能性を排除するのが賢明かもしれないということを指示するように思われるでしょう、なぜならOPはまだそれを試みていないようだから。問題が解決しない場合は、再度電源を入れるのはとても簡単です。
Run5k

@ Run5kはい、それは私がすべての仕事用PCで無効にする最初のオプションです、win10のがらくた。パフォーマンスログと指標からも、PCは何もしないようで、待つだけです:/もし私がおそらくマイクロソフトのサービスを推測するのであれば、設定ミスのサービスになるかもしれません。私は1809に更新することができました、そして、最高のために望みます、しかし、私はより長くとどまりたいので、マイクロソフトはすべての彼らのバグを修正します
TnF

高速スタートアップ 絶対に "Windows 10のがらくた"ではありません。 Windowsの起動に必要なファイル(hibernation.sys、pagefile.sys、およびswapfile.sys)を無効にしている場合は、パフォーマンスの問題が説明されている可能性があります。
Ramhound

回答:


1

それを修正しました。そのため、カスタムDNSサーバーを使用している場合、それらに接続していなくても、GPClientに問題があることがわかります。私のユーザーアカウントはドメインユーザーです。私のネットワーク設定で、ドメインネットワークで使用されているフィルタリングを回避するようにGoogle DNSを設定しました。これに関する問題は、グループポリシークライアントがドメインによって設定されたポリシーにアクセスできず(私の場合はポリシーが空です)、タイムアウトがなくなるまでシステムをハングさせるようです。 ネットワークアダプタのドメインDNSを自動に戻し、次のコマンドを実行してドメイングループポリシーを更新しました。

gpupdate / force

それが成功するために私はイベントビューアのエラーログで見つけたいくつかのコマンドでDNSを更新しなければなりませんでした、しかし私は再起動が同様に仕事をするだろうと思います。今、私はどの設定が絶対に10分のように設定されているこのタイムアウトを制御するかを見つける必要があります。


gpedit.mscに見つかりました、コンピュータの構成\管理用テンプレート\システム\スクリプト、グループポリシースクリプトの最大待機時間の指定
TnF

このポリシー設定は、グループポリシーによって適用されたスクリプトの実行をシステムが待機する時間を決定します。この設定は、グループポリシーによって適用されるすべてのログオン、ログオフ、起動、およびシャットダウンのスクリプトが実行を終了するのに許可される合計時間を制限します。指定した時間が経過してもスクリプトの実行が終了していない場合、システムはスクリプト処理を停止してエラーイベントを記録します。
TnF

この設定を有効にした場合は、[秒]ボックスに、一連のスクリプトが終了するまでシステムが待機する秒数を1〜32,000の範囲で入力できます。スクリプトが完了するまでシステムが待機するように指示するには、スクリプトが完了するまで待機します。スクリプトが完了するまで他のシステムタスクが待機しなければならない場合、この間隔は特に重要です。デフォルトでは、各起動スクリプトは次のスクリプトが実行される前に完了する必要があります。
TnF

また、 ""ログオンスクリプトを同期的に実行する "設定を使って、デスクトップをロードする前にログオンスクリプトの完了を待つようにシステムに指示することができます。過度に長い間隔は、システムを遅らせ、ユーザを不便にする可能性があります。ただし、間隔が短すぎると、前提条件のタスクが実行されず、システムが時期尚早に作動可能になる可能性があります。この設定を無効にした場合、または構成しなかった場合は、組み合わせた一連のスクリプトが最大600秒(10分)実行されます。これがデフォルトです。
TnF

これはカスタムdns問題と一緒に働いていることも確認できます!おそらく、[ログオンスクリプトを同期的に実行する]ポリシーを[無効]に設定する必要があると思われますが、これには影響しません。
TnF
弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.