累積的なアップデートKB3194798がインストールに失敗する

応答1# ->にスキップ

2 #

Anonymo 2016-10-12 14:56

Windows 2016サーバーでも同様です.

応答1# ->にスキップ

6 #

Eoce 2016-10-12 20:59

x64ベースシステム用のWindows 10version1607の累積的な更新(KB3194798)

2016年10月11日にインストールできませんでした

昨日6回.

現在の試みは過去1時間半の間62%で止まっています.これが発生しているマシンは、Intel HD統合グラフィックスで動作するプレーンホワイトボックスi5-4690です.Nvidiaドライバー関連ではありません.

Windows 10の累積的なアップデートの素晴らしいスタートに感謝します.本当に私はモルモットのように感じさせます.Windows Insiderがその役割を果たすことになっていると思いました.;)

応答3# ->にスキップ

5 #

RichCo3 2016-10-12 20:08

こちらも同じです.鉱山は約1週間停滞しており、すべての試みは元に戻ります.素敵です....

応答4# ->にスキップ

7 #

FrankPe 2016-10-12 21:10

NVidiaが作成したレジストリエントリを削除しました.それは助けにはならなかった.PowerShell>get-LocalUserを実行すると、影響があるかどうかを確認できます.私は思うが、NVidiaが別のユーザーとして「defaut0」を作成したことがわかるかどうかはわかりません.

応答4# ->にスキップ

8 #

FrankPe 2016-10-12 21:56

ちなみに.PowerShellでNVidiaに問題があるかどうかを調査している間に、コマンドPowerShell>get-WindowsUpdateLog-verboseを入力することもできます.このコマンドは、更新パフォーマンスファイル「*.etl」を調べて、読み取り可能なテキストを作成します
デスクトップに配置されたテキストファイル内の更新プロセスのファイル.これをメモ帳で開き、「検索」機能のテキストボックスに「エラー」と入力して、メモ帳の「検索」機能を使用できます.

私の場合、エラーのほとんどは、Microsoftのサーバー、またはネットワークに関連するもののいずれかに関するものでした.明らかに、マイクロソフトは彼らの側でサーバーエラーに対処していませんが、更新プログラムルーチンがスレッドまたはdll
私たちの側でもコントロールできず、恐ろしい複合問題を引き起こしています.たとえば、ダウンロードはdllを介して呼び出されるスレッド化されたプロセスである可能性がありますが、ダウンロードされるはずだったものに作用する2番目のプロセスは存在を確認していません 同じ名前のdllprocess I.D.の
または、同じ名前のdllを介して別のルーチンを呼び出して、ルーチンが何かを処理する前にダウンロードが完了した場合.奇妙な結果が発生することが多い、または少なくとも呼び出し時に発生した
別のプロセスによって既に呼び出されているadll.最初のdllにはプロセスI.Dがあります.メモリマネージャーとガベージコレクションによって処理される必要な情報が含まれています.別のプロセスで同じdllを呼び出すと、多くの場合、別の「空の」
dllはオペレーティングシステムによって作成されますが、プロセスIDが異なります.とガベージコレクションハンドル.(最初のdllは、プロセスが終了するとガベージコレクションに表示されなくなります).dllの正しい名前がまだ存在していることがわかります.
(実際には「空の」dllですが)、Microsoftはハードウェアやドライバを原因として非難する傾向がありますが、実際にはMicrosoftが更新プロセスの展開を処理する方法です.

そのため、Microsoftがこの問題を確認して対処するまで、そこにあるすべての「修正」が機能しない、または機能しないと考えています.Error Reportingは、誤ったプロセス処理を克服することはできず、ルーチンが期待することについてのみ不平を言うことができます
起こらなかったことが起こります.これは、更新ログに表示されるパターンです.私が間違っている場合、頭の中で私を撃ちますが、アインシュタインはかつて「精神病は同じことを何度も繰り返すことによって定義されますが、異なる結果を期待しています！」と言った.

応答8# ->にスキップ

9 #

jyor038 2016-10-12 23:09

つまり、あなたの言っていることは...私は詳細なエラーコードを確認し、その詳細さをしばらく見つめ、Microsoftがそれらの情報をまとめるのを待って、途中で憤慨を抱かなければなりませんか.完全にできます.

本当に、エラーログを取得するためのヒントをありがとうございます.私はそれを行う方法がわからなかったし、Winのアップデートが与えるエラーは何の説明もない.それは役に立ちます.

応答9# ->にスキップ

10 #

FrankPe 2016-10-13 00:27

マイクロソフトが風刺を間違った方向に進めないことを願っていますが、そうです！ Windows Updateログで「0x2」と「0x8」を検索します.それらをインターネットで調べてください.そうしたソリューションはどれも機能しません.(これは、Winsock2の問題に似ています.
は、動作中のコンピューターからWinsockレジストリエントリをエクスポートし、それをコンピューターにインポートすることでした.)おそらく、Windows Updateの設定でも同じことができます.いつものように、最初にレジストリをバックアップしてください！ (レジストリのバックアップについて知っていることを聞かないでください！
LOL)私はそれを試す準備ができています、そしてあなたに知らせます.私は通常それらをWordにダンプして比較します.これにより、差異に赤い線が引かれ、問題のある領域が絞り込まれます.

続けて、唯一の解決策は、常に再イメージ、またはアプリとファイルを保持するためのイメージ修復です.もちろん、問題が再びsurface化する次の更新のみにあなたを導きます.それが本当にあると私を信じさせたのはそのためです
コンピュータ、レジストリ、または何も問題ありません.更新でプロセスが呼び出される順序である必要があります.彼らが反対しているのは、私が正しいとすれば、非常に難しい診断問題です.髪の毛が抜けて目が消えた
悪いですが、そのような問題を解決する方法についての昔を今でも覚えています.

フランク