IIS 7 не удается установить в Windows 7, несмотря на попытки использовать инструмент Windows Fix It, удаление / переустановку .NET 3.5 и т. Д.

Question

Я не первый, кто сталкивается с проблемами при установке IIS 7 на компьютере под управлением Windows 7, но до сих пор ничего не удалось решить проблему. Когда я пытаюсь установить IIS 7, я получаю это сообщение:

Произошла ошибка. Не все функции были успешно изменены.

Это также происходит, если я пытаюсь выполнить полную установку вместо базовой установки .NET Framework 3.5.

Я пробовал несколько других вещей, чтобы исправить проблему IIS 7:

• Удаление .NET 3.5, перезагрузка, переустановка .NET 3.5 (базовая установка), затем установка IIS 7.

• Деинсталляция .NET 3.5, перезагрузка, не переустановка, а просто продвижение и установка IIS 7.

• Запуск инструмента Windows Fix It. (Он обнаружил, что что-то не так с установкой IIS 7, но натолкнулся на какую-то ошибку при попытке ее исправить.)

• После того, как инструменту Windows Fix It удалось успешно исправить некоторые другие вещи, получить кучу обновлений Windows, перезагрузить компьютер и установить IIS 7.

• Убедитесь, что для HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\services\HTTP\Start установлено значение 3 вместо 4 .

• И т.п.

С тех пор, как у меня была одна и та же проблема на одном компьютере несколько месяцев назад, и, в конце концов, я перешел, это регистрировалось несколько раз в верхней части iis7.log:

[06/23/2014 20:47:57] [ ***** IIS 7.0 Component Based Setup ***** ]
[06/23/2014 20:47:57] "C:\Windows\System32\inetsrv\iissetup.exe" /launch C:\Windows\System32\inetsrv\appcmd.exe reset config -section:system.applicationHost/applicationPools
[06/23/2014 20:47:57] Launching command C:\Windows\System32\inetsrv\appcmd.exe, with params C:\Windows\System32\inetsrv\appcmd.exe reset config     -section:system.applicationHost/applicationPools
[06/23/2014 20:47:58] LaunchCommand Succeeded
[06/23/2014 20:47:58] Success!

После нескольких из них и еще до нескольких это было записано:

[06/23/2014 20:47:59] [ ***** IIS 7.0 Component Based Setup ***** ]
[06/23/2014 20:47:59] "C:\Windows\System32\inetsrv\iissetup.exe" /install SharedLibraries
[06/23/2014 20:48:00] Successfully added IIS_IUSRS ACE to DACL at %ProgramData%\Microsoft\Windows\WER\ReportQueue.
[06/23/2014 20:48:00] Created NetFrameworkConfigurationKey key containter
[06/23/2014 20:48:00] Created NetFrameworkConfigurationKey user key
[06/23/2014 20:48:00] Set ACLs on NetFrameworkConfigurationKey
[06/23/2014 20:48:00] Created iisWasKey key container
[06/23/2014 20:48:00] Created iisWasKey user key
[06/23/2014 20:48:00] Created iisConfigurationKey key container
[06/23/2014 20:48:00] Created iisConfigurationKey user key
[06/23/2014 20:48:00] Set ACLs on iisConfigurationKey
[06/23/2014 20:48:00] iisConfigurationKey already exists
[06/23/2014 20:48:00] Created AesProvider
[06/23/2014 20:48:00] Created IISWASOnlyAesProvider
[06/23/2014 20:48:00] Install of component SharedLibraries succeeded!
[06/23/2014 20:48:00] Success!
[06/23/2014 20:48:00] [ End of IIS 7.0 Component Based Setup ]

И журналы будут развиваться немного тут и там, но одна вещь, которая повторялась кое-чем из попытки прошлой ночью, была такова:

[02/17/2015 21:12:29] [ ***** IIS 7.0 Component Based Setup ***** ]
[02/17/2015 21:12:29] "C:\Windows\WinSxS\amd64_microsoft-windows-iis-sharedlibraries_31bf3856ad364e35_6.1.7601.17514_none_6f0f7833cb71e18d\iissetup.exe" /launch_uninstall C:\Windows\System32\inetsrv\appcmd.exe clear config -section:system.webServer/security/applicationDependencies
[02/17/2015 21:12:29] < WARNING! > Failed to detect if config redirection is enabled. result=0x80070032.Assuming config is not redirected and continuing.
[02/17/2015 21:12:29] Launching command C:\Windows\System32\inetsrv\appcmd.exe, with params C:\Windows\System32\inetsrv\appcmd.exe clear config -section:system.webServer/security/applicationDependencies
[02/17/2015 21:12:29] Ignoring acceptable LaunchCommand failure 0x80070002
[02/17/2015 21:12:29] Success!
[02/17/2015 21:12:29] [ End of IIS 7.0 Component Based Setup ]

И, наконец, мы заканчиваем несколькими вещами вроде этого (возможно, я пытался очистить некоторые вещи в течение нескольких минут в самом конце прошлой ночью):

[02/17/2015 21:12:30] [ ***** IIS 7.0 Component Based Setup ***** ]
[02/17/2015 21:12:30] "C:\Windows\WinSxS\amd64_microsoft-windows-iis-sharedlibraries_31bf3856ad364e35_6.1.7601.17514_none_6f0f7833cb71e18d\iissetup.exe" /uninstall SharedLibraries
[02/17/2015 21:12:30] < WARNING! > Failed to detect if config redirection is enabled. result=0x80070032.Assuming config is not redirected and continuing.
[02/17/2015 21:12:30] Uninstall of component SharedLibraries succeeded!
[02/17/2015 21:12:30] Success!
[02/17/2015 21:12:30] [ End of IIS 7.0 Component Based Setup ]

Я проверил ошибку 0x80070002 , но выяснил , что это привело к дальнейшему углублению в кроличью нору. Что еще может удержать IIS (и полный .NET 3.5) от возможности установки? Спасибо!

РЕДАКТИРОВАТЬ

Это ссылка на журналы CBS, как рекомендуется в комментариях:

https://onedrive.live.com/redir?resid=5D4A777E3F287EA8!109&authkey=!ABZ6iUqUubMhaA4&ithint=file%2czip

Answer 1

Кредит действительно идет в magicandre1981.

По сути, это произошло из-за руткита ZeroAccess, а использование ESETSirefefCleaner и RogueKiller - по крайней мере, RogueKiller - в значительной степени смогло либо устранить его, либо, по крайней мере, убрать его с пути, достаточного для установки IIS.

---

Я не очень хорошо помню все шаги. В какой-то момент magicandre1981 предложил опубликовать журналы из папки CBS, и он смог обнаружить исключение для файла, который не был найден. Он предложил использовать sfc /scannow .

Каждый раз, когда я запускал его, он продолжал давать сбой где-то около 65%. CHKDSK принципе вообще не помог. Запуск sfc /scannow в безопасном режиме, а также, возможно, пара других вещей, тоже не очень помогли.

Позже, однако, я попытался использовать sfc /verifyonly , и он сказал, что материал был поврежден. Посмотрев в журнал CBS впоследствии, было сразу четыре строки журнала ошибок, сгруппированные вместе, первая из которых говорила о таких вещах, как (F) STATUS_FILE_IS_A_DIRECTORY и "\SystemRoot\WinSxS\amd64_security-malware-windows-defender-events_31bf3856ad36‌​4e35_6.1.7600.16385_none_118cf1dcd54a3dea\MpEvMsg.dll" .

При поиске в Интернете, похоже, что ZeroAccess, как известно, деформирует вещи вокруг этой dll, так что его путь будет ссылаться на каталог \Windows\system32\config , а не на dll. Об этом говорили люди по адресу http://www.sevenforums.com/system-security/290614-sfc-warning.html , и это казалось полезным, но главное предложение не сработало полностью в моем конкретном случае.

Я использовал ESETSirefefCleaner, и проблема с dll, похоже, осталась. Я пробовал несколько раз и немного поиграл с этим, но даже если это помогло решить проблему, это полностью не убрало. Очевидно, что другие люди смогли полностью решить проблему dll с помощью этой программы, так что я думаю, что это действительно зависит от ситуации каждого человека.

Более длинное предложение, которое я видел где-то, включало запуск чего-то вроде пяти или шести различных программ, чтобы избавиться от этой вещи, включая ESETSirefefCleaner и RogueKiller, но также и Combofix. Но, судя по другим источникам, очевидно, что использовать Combofix довольно опасно, и по другим причинам я просто решил запустить RogueKiller и посмотреть, что произошло. Конечно же, после использования ESET и RogueKiller, sfc /verifyonly и sfc /scannow оба смогли завершиться просто отлично и без обнаружения каких-либо проблем, dll выглядела нормально, и IIS смог быть установлен.

Answer 2

Может быть, попытаться использовать Microsoft Tool для обнаружения таких проблем ...

https://support.microsoft.com/es-es/kb/947821