アニバーサリーエディションのアップグレードに失敗しました
これは多くのコンピューターで見られます.アニバーサリーアップデートはインストールを試みますが、setuperr.logで毎回同じエラーで失敗します:
2017-02-07 04:18:27、エラー[0x08056a] unit= "HKCR"の処理中にMIG例外が発生しました:class Mig :: DevErrorException:キー名がClassesRoot名よりも小さくなっています.:操作は正常に完了しました.[0x00000000]クラスUnBCL::ArrayList<クラスUnBCL::String
*>* __cdecl Mig :: CcomCache :: GetRelativeToClassesRootSplit(class UnBCL :: String*)[gle= 0x00000002]
2017-02-07 04:18:27、エラー[0x080191] MIG CMigUnitManager:エージェントCUpgradeAgentがAddGatherInfo中に例外をスローしました:クラスMig :: DevErrorException:キー名がClassesRoot名よりも小さいです.:操作は正常に完了しました.[0x00000000]無効
__cdecl Mig :: CUpgradeAgent :: GatherFlow(class Mig :: CPlatform*、class Mig :: CMigUnit*、class Mig :: CUserContext*)
setupact.logは、次のことを示しています.
2017-02-07 04:18:27、情報[0x08056f]MIG処理開始unit= "HKCR"
2017-02-07 04:18:27、情報MIGがMig :: CcomHelper ::AddNonSystemClassesRoot
に入る2017-02-07 04:18:27、エラー[0x08056a] unit= "HKCR"の処理中にMIG例外が発生しました:class Mig :: DevErrorException:キー名がClassesRoot名よりも小さくなっています.:操作は正常に完了しました.[0x00000000]クラスUnBCL::ArrayList<クラスUnBCL::String
*>* __cdecl Mig :: CcomCache :: GetRelativeToClassesRootSplit(class UnBCL :: String*)[gle= 0x00000002]
2017-02-07 04:18:27、エラー[0x080191] MIG CMigUnitManager:エージェントCUpgradeAgentがAddGatherInfo中に例外をスローしました:クラスMig :: DevErrorException:キー名がClassesRoot名よりも小さいです.:操作は正常に完了しました.[0x00000000]無効
__cdecl Mig :: CUpgradeAgent :: GatherFlow(class Mig :: CPlatform*、class Mig :: CMigUnit*、class Mig :: CUserContext*)
投稿された多数の回避策を試しましたが、成功しませんでした.同じエラーメッセージ:
isoからインストール
USBからインストール
主要なサービスのみが実行されている限定的なスタートアップ
ファイアウォール/アンチウイルスを無効にしました
周辺機器の切断
sfc/scannow
DISM/Online/Cleanup-Image/RestoreHealth
可能であれば、アップグレードでそのパスを実行して、ユーザーデータとApplicationが移行されるようにします.ここで何が起こっているのかを誰でも説明できます.解決策を見つけることができるかもしれません:
unit= "HKCR"の処理中の例外:class Mig :: DevErrorException:キー名がClassesRoot名よりも小さいです.
返信リスト(回答:9)
こんにちはあなたの応答をありがとう！あなたは、修正を待つ間、バックアップとクリーンインストールを行っていると述べました.クリーンインストールで更新の問題が修正されていませんか?クリーンインストールでWindowsOSの問題が修正された場合、
問題はおそらくハードウェアである必要があります.それでも問題が解決しない場合は、次にどこに行きますか、それが私の質問です.
応答5# ->にスキップ4 #DH121私はここでもっと明確にできたかもしれません、それについては申し訳ありません.問題が発生しているBuild(10240)を再インストールするのではなく、Anniversary EditionBuild(14393)のクリーンインストールを実行しています.
バックアップして14393のクリーンインストールを実行した後は、これらに問題はありませんが、クライアントデータをバックアップし、OSをインストールしてからApplicationを再インストールするのではなく、アップグレードプロセスを実行する必要があります.
応答4# ->にスキップ3 #Anonymous 1やあ！ご回答ありがとうございます.すべてのPCユーザーがアップグレードプロセスを100%実行できるようになると思いますか?それは素晴らしいことです！いつでも期待できると思いますが、アニバーサリー追加の無料アップグレードは
いくつかの問題を引き起こします.問題が発生しましたが、インプレースアップグレードで記念日の追加に更新できました.すべてのアプリを再インストールする必要はありませんでした.ご返信ありがとうございます.他のメンバーからの返信が増えることを願っています！
応答3# ->にスキップ2 #DH121私はついに私たちの問題を引き起こしているものを見つけました.クライアントがFireFoxの特定のversionをインストールした場合(実際のversion番号を追跡している場合)、インストーラーはいくつかの不正なレジストリエントリを配置します.
具体的には、HKCRのルート、およびそのversionのFFを使用したコンピューター上のクライアントのHKCU\Software\Classesのルートに「FirefoxUrl」のデータを含むaFriendlyTypeName値を作成します.
HKCRと各ユーザーのSoftware\Classesキーから値を削除すると、アップグレードを正常に実行できます.各ユーザーの値を削除するには、
atc:\usernameHere\AppData\Local\Microsoft\Windows\Usrclass.datにあるレジストリハイブをロードする必要がありました.
ユーザーごとに.
応答2# ->にスキップ1 #Anonymousこんにちはあなたに良いです！返信ありがとうございます.これは、この問題で他のメンバーを支援します！ W10アップデートには非常に多くの異なる修正があります.クリーンインストールがこれらすべての更新の問題に対する最善の解決策ではないかどうか疑問に思います.フィギュアに行こう！私が持っていた
Windows Updateに関する問題はほとんどありませんが、火曜日のパッチがまもなく公開されます.MacriumReflectを神に感謝します.バックアップイメージを作成したので、MSに持ってきてください.火曜日の準備ができています！私は恐れを知らない！あなたは恐れを知らないのですか?サードパーティの画像の使い方を学ぶ方がよい
プログラム、そして私のように恐れを知らないでください！