sfc/scannow не удается провести сканирование целостности файлов Windows Server 2008
 

Описание проблемы: При вводе команды в командной строке, запущенной с правами администратора (Run as administrator) под учетной записью администратора домена программа отвечает: Для завершения восстановления системы требуется перезугрузка. Перезапустите систему Windows и выполните sfc еще раз.
И так до бесконечности...
Операционная система Windows Server 2008 Standart SP1
Дополнительная информация Система пережила перенос с физического сервера на виртуальную машину под управлением Hyper-V R2.

В общем-то то, что не запускается sfc /scannow - это только пол беды. Помимо этого не работает Центр обновления, диспетчер сервера не отображает установленные на сервере роли. Копал информацию из разных статей по каждой из ошибок. Для тех кто может помочь привожу кусок лога CBS (в приложенном файле). Как я понял лог ругается на отсутствующие файлы в системе. Но вот на какие именно, где их найти? И как восстановить, если sfc не работает? Очень прошу ПОМОГИТЕ!

Еще нашел в логе DPX\setuperror.log, такую вот вещь:
CreateFileW failed, FileName:\\?\C:\Windows\SoftwareDistribution\Download\cb688f666b3a15014f053c936d11a518\$dpx$.tmp\job .xml, Error:0x80070002

Добавлю, что пробовал переустанавливать систему в режиме обновления (Windows Server Standart 2008 SP2). После долгих раздумий программа установки выдала, что не совместима с данной версией Windows. Буду пробовать запустить sfc /scannow из под консоли установочного диска.

Относительно неотображения ролей написано тут - http://blog.wadmin.ru/2011/05/error-0x800f0818/

После восстановления попробуйте запустить SFC заново.

To zero55
Если бы дело решалось только установкой Microsoft Update Readiness Tool, я бы не беспокоил уважаемую публику. Использовал несколько раз 15-ую версию данной таблетки Microsoft, но она не помогла. Вот ее последний лог ChekSur.log:
=================================
Checking System Update Readiness.
Binary Version 6.0.6002.22574
Package Version 13.0
2012-01-07 22:26
Checking Windows Servicing Packages
Checking Package Manifests and Catalogs
Checking Package Watchlist
Checking Component Watchlist
Checking Packages
Checking Component Store
Summary:
Seconds executed: 2918
No errors detected

И тоже самое в логе CheckSUR.persist.log.

Так что фишка не в этом. Я пробовал запускать из консоли восстановления sfc /scannow. В итоге выдало, что не возможно запустить службу восстановления.

Rubick, уже результат.
У вас случаем антивируса навроде MCAffe нет?
Если отключение-удаление антивируса не поможет то придется восстанавливать либо из бэкапа, либо из последней точки восстановления.

Стоит Eset Nod32 Antivirus. А насчет бэкапа, все тоже печально, архивы, которые есть на диске восстановления повреждены. Я уже пробовал откатываться. Увы. Этот форум - моя последняя надежда. Я с 3 января уже лопачу эту проблему. Все, наверное, испробовал.

Антивирус скорее всего не при чем.
Я бы не мучался и переставил бы сервер.

Я поднял второй контроллер домена, ему на смену. Но вот беда - следствием всех этих ошибок системы становится то, что dcpromo не может удалить AD с этого компьютера. Я уже перевел все роли FSMO на новый контролер, но некоторые ошибки с DNS еще остались, сейчас копаюсь в них. Но все же, сообщений подобно моим на разных форумах довольно много и нигде нет алгоритма решений. В лучшем случае советуют Microsoft Update Readiness Tool. Решение всей задачи найти отсутствующие файлы, которые мешают системе обновляться. Как найти по откликам COM+ отсутствующие файлы?

Попробую зайти с другой стороны - со стороны 1601 ошибки Server Manager' а:
Ошибка 08.01.2012 23:18:10 Microsoft-Windows-ServerManager 1601 Отсутствует "Не удалось определить состояние системы. Обнаружено непредвиденное исключение:
System.IO.FileNotFoundException: Не удается найти указанный файл. (Исключение из HRESULT: 0x80070002)
в System.Runtime.InteropServices.Marshal.ThrowExceptionForHRInternal(Int32 errorCode, IntPtr errorInfo)
в Microsoft.Windows.ServerManager.ComponentInstaller.Initialize()
в Microsoft.Windows.ServerManager.Common.Provider.Initialize(DocumentCollection documents)
в Microsoft.Windows.ServerManager.ServerManagerModel.InternalRefreshModelResult(Object state)
"

С подобной ошибкой вас в любом случае отправят проверяться

Указывает на проблему в классе от .Net 4.0 Marshall, насколько я помню эти симптомы всплывают при контуженном IIS-е

Логи
%SYSTEMROOT%\Logs\CBS\CheckSUR.log
%SYSTEMROOT%\Logs\CBS\CheckSUR.persist.log

точно ничего подозрительного не имеют?

Кстати. DCPROMO замечательно запускается с ключом forceremoval
http://support.microsoft.com/kb/332199/ru

Это проходит или вываливается с ошибкой?
Если с ошибкой то выключите этот сервер, не мучайтесь и выполните очистку метаданных http://support.microsoft.com/kb/216498

Я прикладывал файл CheckSUR.log в самом начале. Там полно подозрительного:
[gle=0x80004005]
2012-01-06 17:57:09, Error CSI 00000687 (F) STATUS_OBJECT_NAME_NOT_FOUND #292128# from Windows::Rtl::SystemImplementation::CSystemIsolationLayer_IRtlSystemIsolationLayerTearoff::TransferF ile(flags = (ReplaceIfExists|OpenForBackupIntent), op = [4]"Move", odir = @0x2cb5614, oname = [l:114{57}]"955bc7984887cc010c0000000023e022._0000000000000000.cdf-ms", ndir = @0x2cb565c, nname = [l:48{24}]"_0000000000000000.cdf-ms", disp = Unmapped disposition: 0)
[gle=0xd0000034]
2012-01-06 17:57:09, Error CSI 00000688 (F) STATUS_OBJECT_NAME_NOT_FOUND #292062# from RtlRunPrimitiveOperationsFromCallbacksAgainstSil(...)[gle=0xd0000034]
2012-01-06 17:57:09, Error CSI 00000689 (F) HRESULT_FROM_WIN32(ERROR_FILE_NOT_FOUND) #290926# from Windows::COM::CComponentStore::InternalTransact(...)[gle=0x80070002]
2012-01-06 17:57:09, Error CSI 0000068a (F) HRESULT_FROM_WIN32(ERROR_FILE_NOT_FOUND) #290924# from Windows::ServicingAPI::CCSITransaction::ICSITransaction_Analyze(Flags = 0, riid = {f4d9decb-0250-4ad4-9500-85c7f2f281ec}, ppUnk = NULL[gle=0x80070002]
2012-01-06 17:57:09, Error CSI 0000068b (F) HRESULT_FROM_WIN32(ERROR_FILE_NOT_FOUND) #290923# from Windows::ServicingAPI::CCSITransaction_ICSITransaction::Analyze(flags = 0, riid = {f4d9decb-0250-4ad4-9500-85c7f2f281ec}, ppta = ppta)
....
[gle=0x80070002]
2012-01-06 17:57:09, Info CSI 0000068c@2012/1/6:13:57:09.212 CSI Transaction @0x2a92320 destroyed
2012-01-06 17:57:09, Info CBS Session: 30198906:2388726418 finalized. Reboot required: no
2012-01-06 17:57:09, Info CBS Session: 30198907:352174616 initialized.
...

2012-01-06 17:57:10, Error CSI 0000068f (F) STATUS_OBJECT_NAME_NOT_FOUND #293479# from Windows::Rtl::SystemImplementation::DirectFileSystemProvider::SysCreateFile(flags = (AllowSharingViolation), handle = {provider=NULL, handle=0}, da = (STANDARD_RIGHTS_READ|FILE_READ_ATTRIBUTES), oa = @0x34ade98->OBJECT_ATTRIBUTES {s:24; rd:NULL; on:[99]"\??\C:\Windows\WinSxS\Temp\PendingRenames\955bc7984887cc010c0000000023e022._0000000000000000.cd f-ms"; a:(OBJ_CASE_INSENSITIVE)}, iosb = @0x34adeb8, as = (null), fa = 0, sa = (FILE_SHARE_READ|FILE_SHARE_WRITE|FILE_SHARE_DELETE), cd = FILE_OPEN, co = 0x00004000, eab = NULL, eal = 0, disp = Invalid)

[gle=0xd0000034]
2012-01-06 17:57:10, Error CSI 00000690@2012/1/6:13:57:10.321 (F) d:\longhorn\base\wcp\sil\merged\ntu\ntsystem.cpp(1849): Error STATUS_OBJECT_NAME_NOT_FOUND originated in function Windows::Rtl::SystemImplementation::DirectFileSystemProvider::SysCreateFile expression: (null)

Ничего хорошего это не предвещает.

Строка
Windows::COM::CComponentStore::InternalTransact

Говорит о том что у вас скорее всего не работает TrustedInstaller.
Посмотрите на состояние службы TrustedInstaller. Она должна быть в Manual режиме, но способна запускаться.

В переводе на нормальный язык - нет модуля для работы самого SFC и TrustedInstaller пытается его доставить, но из за отсутствия нужного файла посылает и предлагает пере загрузится.

Я бы не мучился и переставил бы сервер...

Я в связи с этим и перезапускал и перерегистрировал эту службу в системе. Результат тот же.

В общем-то так и сделал. Убил АД принудительным удалением (forceremoval) и почистил метаданные на втором контроллере домена путем удаления "старого" контроллера" в оснастке "Пользователи и компьютеры", указав, что "старый контроллер" больше не включиться.
Так что, все, тема закрыта. Zero55 -респект.