DISM でチェックしても 問題無し ですし、稼働状況にも 不自然な点は見られません。
でも、 でも、 シャットダウン の時に 可笑しな表示が ... 。 ( 2017/11/ - )
しかし、しかし、 待つ事、暫し。 やっと、改善の 光 が。 ( 2017/12/17 )
いいえ、やはり、駄目！。
そろそろ、 光が差し出した様で。 :) 。 ( 2018/01/05 ) *1.
以下の件は 2018/01 初頭に改善される気がしています。 *1.
少なく共、ここ一両日は調子が良いのですが ... 。 *1.
Fall Creators Update 1709 も 16299.192 になって安定した気がしています。 *1.
恐らく、 2018/01 初頭の 非定例の KB4056892 の更新後からだと思います。 *1.
元の投稿はそのまま 記念 に残して置きましょう。 以下。 *1.
-----------------------------------------------------------------------------------------
Task Host is stopping background tasks.
(\Microsoft\Windows\WindowsUpdate\Automatic App Update)
Windows 10 v1709 で、 シャットダウンが足止めされています。
v1709 になって、ずっと、この状態が続いています。 稀に、調子の良い事も在りますが ... 。.
[Windows 10] シャットダウン時に「Task Host Windows が作動中」のメッセージが出て電源が切れない
https://answers.microsoft.com/ja-jp/windows/forum/windows_10-power-winpc/windows-10/31b24875-4587-4426-8541-38deebd5e6e1
2017/12 下旬 現在、日本ですら、1000 名を越す方々が 同じ事を知りたい ！ とお嘆きです。
恐らく、Fall Creators Update ( version 1709 ) で、Windows Update の仕組みに 変更 が加えられた事の影響と思っています。
version 1703 に、同様の 不具合が無かった環境下で、 Update 以降ずっとこの問題に悩んでいます。
恐らくは、 Windows Update の仕組みの バグ かと！。
と言う事は、どんな対処を行っても、回避は不可能で、 ... 、 と言う様相です。
私の環境は Local Account で Sign-In しています。
Store には Sign-In していない状態 で使っています。
Shut-Down 時に、以下のメッセージと共に、電源断を留保されてしまいます。
ですから、
当初、色々、対策して見て解消しなかったので、てっきり、Windows Store 絡みの不具合に巻き込まれた! と思っていました。
Store の問題が回避されたとされる KB4058043 でも、この事象は問題解決には至りませんでした。
ここで、考えて見ましょう。
Windows Update は 月例の定時改善（機能追加や問題解決）以外にも、
Store の更新や Defender 定義更新 も、担当しています。
勿論、それ以外の Microsoft さまの製品の更新も、ですが。
ご存知の様に、
通常、自動で更新確認は ある周期 で試行されますが、
手動で確認を行うと、 最新になっていても、新たなものが取得される事が殆どです。
これは、概ね、 Defender の定義の最新版ですね。
でも、そう、頻繁にアクセスする事が無い様に、先に述べた ある周期 が取られ、
その期間は 最新情報を確認しない 仕組みになっていた筈です。
Background Task である Update のサービスが走りっぱなしで、停止されていない（最新状態であるにも関わらず）！。
そして、この Task を Shut-Down Process が Kill 出来ない事が原因でしょう。
最新状態で、確認不要と表示しているにも係わらず、確認を待機する もの が、OS 内部で生きたままになっているのです。
更に、嫌らしい事に、このプログラム名は タスクマネージャーに表示されません。
ユーザーの手の届かない場所で、狂った仕組みが動いていそうです。
\Microsoft\Windows\WindowsUpdate\Automatic App Update
は TaskScheduler (taskschd.msc) でシステムに組み込まれた タスク です。
この階層を順に辿って行くと、Automatic App Update と名付けられた もの に遭遇します。
その説明を読むと ユーザーの Windows ストア アプリケーションを自動的に更新します。 とあります。
やはり、 Store が 癌 か？ ... 。.
ネットワークが有効な場合に、ユーザーのログオンと共にスタートし、
タスク停止まで４時間、 要求時に実行中のタスクが終了しない場合に強制終了、新しいインスタンス並列実行。
これが標準で設定されたタスクの概要です。
此処を弄れば、或いは、改善かもですが、 何しろ、OS 更新の根幹部分！。
怖くて触れません！。
別インスタンスで並列 と言うのが 怪しそう なのですが ... 。.
これが混乱を生んでいる元凶でしょう。
詰まる処、 Windows Update Module 群 のバグ 或いは 設定ミス と予測しています。
OS 根幹部分なので、 簡単には直らないのかな？。
以下の記述は、実は、 v1709 更新後の 2017/11/上旬 に作成していたのですが、
裏付けが無く、公開を躊躇っていたものです。
でも、 冒頭に書いた様に、どうも OS の不具合のひとつであった 様相 ですので、
記念 (?) に残して置く事にします。
でも、解決には繋がりません 。 悪しからず。.
-----------------------------------------------------------------------------------------
起動して直ぐにシャットダウンすれば、現象は再現出来ません。
暫く使って、電源を落とそうとすると、頻繁に、怒られるのです。
Windows 10 Fall Creators Update さま、 曰く。 意訳です。.
未だ、バックグラウンド で 何か 走ってるみたいで 電源落とせないよ！。
です。
その 何か は、
Task Host Window で、
それが扱っているのが、 Windows Update 絡み。
実際の画面は 記憶の中にしか 残っていないので、 画像をコピーして置けば良かった ... 、.
検索で 類似のもの を調べると、 これ です。
Task Host is stopping background tasks. (\Microsoft\Windows\WindowsUpdate\Automatic App Update)
ですって。
可笑しいですねぇ。
Windows Update は、毎日、最新を確認して、ちゃんと更新してくれている様なのですが。
そして、 シャットダウン時に、これが動いているか（更新のダウンロードやインストール）確認しても、
見た目上は、動いていなさそうですし ... 。
お決まりの 文言、 最新の状態です になっていますし ... 。
きっと、 version 1709 で何か変わっったんだろう。
そう思って、 その都度、 強制終了 させていました。
本来、この 強制終了 は 危険がいっぱい と 心すべき 操作方法です。
作業途中で放棄する訳ですから、不整合が紛れ込む可能性は大です。
でも、そもそも、どうして、この表示が出て来だしたのか ... ？。
別の観点から、確認した DISM コマンドによる 正常性の確認でも 問題は無い 表示 でしたし、
信頼性モニター (perfmon /rel) にも、それらしきイベントは報告されていません。
はたと困り果てて、何日か。
やがて、
修復の 女神 が微笑む 日
もっと、早く、気付くべきでした。
シャットダウン時に Windows Update 絡みで止められる事は 異常 だと。
そう、 Windows 10 には トラブルシューティングツール が揃っています。
スタート > 設定 > 更新とセキュリティ > トラブルシューティング です。
これの 冒頭 にある Windows Update をクリックして、
診断・修復を試みます。
基本的には、 その前に、 トラブルシューティング ではない Windows Update の項目から、
最新の状態になっている事を確認してからが お勧め です。
今回のケースでは、
Windows Update データベースにエラーが発生した可能性があります 等々、
の、点が指摘されました。
これで、 一件落着！ か ... ？。
しかし、 これは 解決方法 では ありませんでした！。
この状態でも、 足止め を 喰らいます。
どうして！。
全てのウィンドウを閉じているにも係わらず、Windows Update が最新状態にも係わらず、 です。
何か変だ！。
検索すると、 高速セットアップ を OFF にすると良いとの記事も見掛けますが、 これも OUT！です。
結局、辿り着いたのは、
レジストリの項目を弄る方法 でした。
レジストリは操作を間違うと、 OS が不安定になりますので、
バックアップや 作業前に 回復ポイント作成 等の措置を お勧めします。
また、 推奨の対応策ではないと思われますので、 自己責任で！。
弄る箇所は ２箇所 です。
１． 既存の値を変更
場所： HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control
名前： WaitToKillServiceTimeout
種類： REG_SZ
値（Default）： 5000
値（変更） ： 500 （ 500 以下 と記載のサイトがあります。）
２． 項目を新設
場所： HKEY_CURRENT_USER\Control Panel\Desktop
名前： WaitToKillServiceTimeout 新設
種類： REG_SZ 新設
値（変更） ： 2000 （ 2000 以下 と記載のサイトがあります。） 新設
手順
Desktop 右クリック > 新規(N) > 文字列値(S) ：名前 = 新しい値 #1
新しい値 #1 右クリック > 名前の変更(R) WaitToKillServiceTimeout
WaitToK... 右クリック > 修正(M)... 2000
でも、 相変わらず、 足止め を喰らいます。
どうしたものか ... 。
-----------------------------------------------------------------------------------------
[2018/01/05] KB4056892 導入で改善の兆し を追記 *1.
0 件のコメント:
コメントを投稿