質問: 0x80240020 2015-08-05 01:28:58:181 1068 5ecc au write osupgradestate =14 with osupgradephase =2 2015-08-05 01:28:58:181 27280 6f84 handler ::::::::: 2015-08-05 01:28:58:181 27280 6f84 handler :: end :: handler: windows setup install 2015-08-05 01:28:58:181 27280 6f84 handler :::::::::::::
回答: さらにグーグルすると、アップグレードプロセスを制御しているように見えるレジストリキーに私を導きました。アップグレードしようとしたマシンには、次の値がありました。[hkey_local_machine\software\microsoft\windows\currentversion\windowsupdate\osupgrade] "kickoffdownload"=dword:00000001 "kickoffsource"=dword:00000000 [hkey_local_machine\software\microsoft\windows\currentversion\windowsupdate\osupgrade\state] "osupgradestate"=dword:0000000e "osupgradestatetimestamp"="2015-08-04 15:59:55" "osupgradephase"=dword:00000002 kb3035583 beforeを削除した別のwindows 7マシンには、windows 10がリリースされた(したがって、アップグレードが正常にブロックされた)には、次の値がありました。[hkey_local_machine\software\microsoft\windows\currentversion\windowsupdate\osupgrade] [hkey_local_machine\software\microsoft\windows\currentversion\windowsupdate\osupgrade\state] "osupgradestate"=dword:00000001 "osupgradestatetimestamp"="2015-07-28 10:09:55" 「アップグレード」マシンのレジストリを「ブロック」マシンのレジストリと一致するように更新してから、マシンを再起動しました。また、@ ramhoundからのコメントのおかげで、5.1gbのコンテンツを含む$ windows。〜bt隠しフォルダーが見つかりました。ディスククリーンアップを実行して、「一時的なwindowsインストールファイル」を削除しました。そのフォルダはなくなりました。これにより、今後のアップグレードが正常にブロックされるかどうかを確認します。2015年8月7日更新マシンがwindows 10へのアップグレードを停止したため、レジストリの変更が機能しているはずです。 2日前に設定した値は変更されていません。