2019 - Восстановление работоспособности Server 2019 Datacenter with GUI.

[onkolog]

Уважаемые коллеги!

Подскажите, возможно ли оживить Server 2019 Datacenter with GUI (работает как домашняя персоналка) после неудачного обновления?

Суть проблемы - после, внешне удачной, установки обновления 10.0.17763.379 перезагрузил Сервер и он завис при старте на крутящемся колечке. Точек отката на Сервере нет.

Попытки восстановить хранилище компонентов Сервера из системы Windows 10 Pro 1903 x64, установленной на другом жёстком диске, безуспешны:

DISM /Image:H:\ /Cleanup-Image /ScanHealth

Cистема DISM

Версия: 10.0.17763.1

Версия образа: 10.0.17763.349

[==========================100.0%==========================] Хранилище компонентов восстановить невозможно.

Операция успешно завершена.



Команда проверки целостности файлов также не справляется:

sfc /scannow /offbootdir=H:\repair\ /offwindir=H:\Windows

Начато сканирование системы. Этот процесс может занять некоторое время.

Для завершения восстановления системы требуется перезагрузка. Перезапустите систему

Windows и выполните sfc еще раз.

При старте Сервера он, по-прежнему, зависает на крутящемся колечке.



Последние строки в файле ntbtlog.txt во время старта зависающего Сервера:

BOOTLOG_LOADED \SystemRoot\System32\drivers\tcpipreg.sys

BOOTLOG_LOADED \SystemRoot\System32\DRIVERS\srvnet.sys

BOOTLOG_LOADED \SystemRoot\System32\DRIVERS\srv2.sys

BOOTLOG_LOADED \SystemRoot\System32\drivers\condrv.sys



Команда DISM /image:H:\ /Cleanup-Image /RestoreHealth /Source:H:\server\sources\install.wim:4 /ScratchDir:H:\1 (источник - распакованный MSDN-исошник Сервера 2019) заканчивается так:

Cистема DISM

Версия: 10.0.17763.1

Версия образа: 10.0.17763.349

[==========================100.0%==========================] Сбой восстановления. Не найден источник восстановления, или хранилище компонентов восстановить невозможно.

Ошибка: 0x800f081f

Сбой DISM. Операция не выполнена.



Команда dism /image:H:\ /ScratchDir:H:\1 /cleanup-image /RevertPendingActions завершается так:

Cистема DISM

Версия: 10.0.18362.1

Версия образа: 10.0.17763.349

Удаление незавершенных действий из образа...

Ошибка: 14003

Произошла ошибка, вызывающая удаление из образа незавершенных действий.

Дополнительные сведения см. в файле журнала.



Обновление установленного Сервера при загрузке с флешки с записанным дистрибутивом Сервера не удаётся: "Система не предназначена для обновления".

[onkolog]

Продолжаю попытки восстановить Сервер 2019 уже больше из спортивного интереса.

При поисках в инете нашёл такой совет по исправлению ошибки "Образ больше не обслуживается".

Подключил куст реестра Сервера под Вин 10 х64 и исправил атрибут параметра "Unserviceable" с "1" на ноль в разделе

"HKLM\SOFTWARE\Microsoft\Windows\CurrentVersion\ComponentBased" .

После этого команда /Cleanup-Image /ScanHealth отработала с результатом "Повреждение хранилища компонентов не обнаружено."



Команда проверки целостности файлов по-прежнему выдаёт:

sfc /scannow /offbootdir=H:\repair\ /offwindir=H:\Windows

Начато сканирование системы. Этот процесс может занять некоторое время.

Для завершения восстановления системы требуется перезагрузка. Перезапустите систему

Windows и выполните sfc еще раз.

Сервер при перезагрузке, по-прежнему, зависает на крутящемся колечке.

В ntbtlog.txt такие же последние строчки:

BOOTLOG_LOADED \SystemRoot\System32\DRIVERS\srv2.sys

BOOTLOG_LOADED \SystemRoot\System32\drivers\condrv.sys



В ntbtlog.txt на рабочей десятке после этого condrv.sys идут следующие строки:

BOOTLOG_LOADED \SystemRoot\System32\DRIVERS\srvnet.sys

BOOTLOG_LOADED \SystemRoot\system32\drivers\mmcss.sys

BOOTLOG_LOADED \SystemRoot\System32\DRIVERS\srv2.sys

BOOTLOG_LOADED \SystemRoot\system32\drivers\peauth.sys и так далее...

То есть, затык при загрузке нерабочего Сервера происходит на драйвере srvnet.sys.



Подскажите, в каком логе или разделе реестра неработающего Сервера можно увидеть причину, почему не загружаются те или иные драйверы?

[onkolog]

Ещё немного информации по нерабочему серверу.

При сравнении файлов ntbtlog.txt Сервера и рабочей Вин10 х64 Про нашёл, что при старте Сервера почему-то не загружаются такие файлы:

FSFilter Bottom SystemRoot\System32\drivers\fileinfo.sys (Start=3)

FSFilter Encryption system32\drivers\filecrypt.sys (Start=1)

FSFilter Anti-Virus system32\drivers\wd\WdFilter.sys (Start=0)

FSFilter Top SystemRoot\system32\drivers\bindflt.sys (3)

Base SystemRoot\System32\Drivers\Beep.SYS (3) и system32\drivers\WudfRd.sys (3)

PNP_TDI System32\DRIVERS\NDProxy.sys (3)

NDIS System32\drivers\tunnel.sys (3)

network system32\drivers\csc.sys (Start=4)

PNP Filter SystemRoot\system32\drivers\ksthunk.sys (3) и System32\drivers\WpdUpFltr.sys (3)

а также без указания группы:

SystemRoot\system32\drivers\mmcss.sys (3), SystemRoot\System32\drivers\rassstp.sys (3), SystemRoot\System32\drivers\AgileVpn.sys (3),

SystemRoot\System32\drivers\rasl2tp.sys (3), SystemRoot\System32\drivers\raspptp.sys (3), System32\DRIVERS\raspppoe.sys (3),

System32\DRIVERS\ndistapi.sys (3), SystemRoot\System32\drivers\ndiswan.sys (3), system32\drivers\wd\WdNisDrv.sys (3).

Все эти файлы присутствуют в нужных папках Сервера и являются правильными, не битыми и не зараженными. Информация по загрузке этих драйверов есть в реестре Сервера, куст System.

В файле cbs.log при старте Сервера есть только такие строчки:

CBS TI: --- Initializing Trusted Installer ---

CBS TI: Last boot time: 2019-07-11 06:41:15.500

CBS Failed to initialize COM security. [HRESULT = 0x800706ba]

CBS Starting TrustedInstaller finalization.

CBS Ending TrustedInstaller finalization.

По информации в инете, эта ошибка - [HRESULT = 0x800706ba - RCP_S_SERVER_UNAVAILABLE].

В реестре Сервера присутствует информация по запуску службы rpcss (Start=2), нужные файлы rpcss.dll, combase.dll и svchost.exe есть в папках Сервера.



Подскажите, возможно ли "заставить" Сервер загружать указанные драйверы и таки запустить службу RCP_S_SERVER для последующей нормальной загрузки?

[onkolog]

Ещё немного информации по нерабочему серверу.

При сравнении файлов ntbtlog.txt Сервера и рабочей Вин10 х64 Про нашёл, что при старте Сервера почему-то не загружаются такие файлы:

FSFilter Bottom SystemRoot\System32\drivers\fileinfo.sys (Start=3)

FSFilter Encryption system32\drivers\filecrypt.sys (Start=1)

FSFilter Anti-Virus system32\drivers\wd\WdFilter.sys (Start=0)

FSFilter Top SystemRoot\system32\drivers\bindflt.sys (3)

Base SystemRoot\System32\Drivers\Beep.SYS (3) и system32\drivers\WudfRd.sys (3)

PNP_TDI System32\DRIVERS\NDProxy.sys (3)

NDIS System32\drivers\tunnel.sys (3)

network system32\drivers\csc.sys (Start=4)

PNP Filter SystemRoot\system32\drivers\ksthunk.sys (3) и System32\drivers\WpdUpFltr.sys (3)

а также без указания группы:

SystemRoot\system32\drivers\mmcss.sys (3), SystemRoot\System32\drivers\rassstp.sys (3), SystemRoot\System32\drivers\AgileVpn.sys (3),

SystemRoot\System32\drivers\rasl2tp.sys (3), SystemRoot\System32\drivers\raspptp.sys (3), System32\DRIVERS\raspppoe.sys (3),

System32\DRIVERS\ndistapi.sys (3), SystemRoot\System32\drivers\ndiswan.sys (3), system32\drivers\wd\WdNisDrv.sys (3).

Все эти файлы присутствуют в нужных папках Сервера и являются правильными, не битыми и не зараженными. Информация по загрузке этих драйверов есть в реестре Сервера, куст System.

В файле cbs.log при старте Сервера есть только такие строчки:

CBS TI: --- Initializing Trusted Installer ---

CBS TI: Last boot time: 2019-07-11 06:41:15.500

CBS Failed to initialize COM security. [HRESULT = 0x800706ba]

CBS Starting TrustedInstaller finalization.

CBS Ending TrustedInstaller finalization.

По информации в инете, эта ошибка - [HRESULT = 0x800706ba - RCP_S_SERVER_UNAVAILABLE].

В реестре Сервера присутствует информация по запуску службы rpcss (Start=2), нужные файлы rpcss.dll, combase.dll и svchost.exe есть в папках Сервера.



Подскажите, возможно ли "заставить" Сервер загружать указанные драйверы и таки запустить службу RCP_S_SERVER для последующей нормальной загрузки?

[onkolog]

Цитата onkolog:



sfc /scannow /offbootdir=H:\repair\ /offwindir=H:\Windows

2019 - Восстановление работоспособности Server 2019 Datacenter with GUI.

Неправильно команду пишете. SFC не поддерживает внешние источники, откуда можно было бы брать копии нужных файлов. Он опирается только на хранилище системных компонентов (директория WinSxS). Так что правильная команда должна выглядеть так: SFC.exe /ScanNow /OffBootDir=H:\ /OffWinDir=H:\Windows




Цитата onkolog:



После установки CU 17763.652 загрузка Сервера стала доходить до чёрного экрана с курсором, у которого периодически появлялись "песочные часы"

2019 - Восстановление работоспособности Server 2019 Datacenter with GUI.

Могу предположить, что система не может завершить какие-то действия, которые должны происходить перед входом в систему. Т.е. по идее вы должны видеть экран типа

такого

. А у вас он не появляется... Попробуйте удалить файл WinSxS\pending.xml и все ветки в HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Component Based Servicing\PackagesPending.

[Charg]

Цитата onkolog:



Server 2019 Datacenter with GUI (работает как домашняя персоналка)

2019 - Восстановление работоспособности Server 2019 Datacenter with GUI.

Отличный план.

Лицензию, конечно же, купил?

[Charg]

Цитата Avatar-Lion:



Неправильно команду пишете.

2019 - Восстановление работоспособности Server 2019 Datacenter with GUI.

Да, уже запускал правильно команду, в том числе и при удалённом подключении через PsExec.exe


Цитата Avatar-Lion:



Попробуйте удалить файл WinSxS\pending.xml и все ветки в HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Component Based Servicing\PackagesPending.

2019 - Восстановление работоспособности Server 2019 Datacenter with GUI.

Такого файла в этой папке нет. Также нет такого раздела в реестре, есть раздел HKEY_LOCAL_MACHINE\2019\Microsoft\Windows\CurrentVersion\Component Based Servicing\SessionsPending.

Команда Dism.exe /Image:H:\ /Cleanup-Image /AnalyzeComponentStore из под работающей Вин 10 х64 выдаёт в итоге:

Число освобождаемых пакетов : 0

Рекомендуется очистка хранилища компонентов : Нет

Charg,

Разумеется.

[onkolog]

Нарыл следующую инфу:

- KB3097877 может вызывать такую ошибку. Если у вас установлено это обновление, то попробуйте удалить его.

- Загрузитесь с LiveCD или подключите HDD к другому ПК. Затем натравите на ваш сервер утилиту Autoruns. Если каких-то файлов для запуска служб или драйверов будет не хватать, то она подсветит их желтым цветом. Также имеет смысл временно отключить (через нее же) все не-Майкрософтовые драйвера и службы.

[onkolog]

Цитата Avatar-Lion:



Если у вас установлено это обновление, то попробуйте удалить его.

2019 - Восстановление работоспособности Server 2019 Datacenter with GUI.

Как бы, эта обновка для систем 7 и 8.1

Autoruns-ом проверял систему: отсутствующих драйверов и служб нет.



В файлах регистрации ошибок приложений (ProgramData\Microsoft\Windows\WER\ReportQueue) нашёл, что падение LogonUI.exe связано с файлом Windows.UI.XamlHost.dll

Вот кусок из одного такого файла (Report.wer):

Sig[0].Name=Имя приложения

Sig[0].Value=LogonUI.exe

Sig[1].Name=Версия приложения

Sig[1].Value=10.0.17763.1

Sig[2].Name=Отметка времени приложения

Sig[2].Value=5ab44f80

Sig[3].Name=Имя модуля с ошибкой

Sig[3].Value=Windows.UI.XamlHost.dll

Sig[4].Name=Версия модуля с ошибкой

Sig[4].Value=10.0.17763.1

Sig[5].Name=Отметка времени модуля с ошибкой

Sig[5].Value=0e34a79b

Sig[6].Name=Смещение исключения

Sig[6].Value=000000000000afc1

Sig[7].Name=Код исключения

Sig[7].Value=c0000409

Sig[8].Name=Данные исключения

Sig[8].Value=0000000000000007



Поиски решения проблемы в связке этих двух файлов пока безрезультатны.

[onkolog]

Так может просто переместить куда-нибудь временно эту dll'ку? Возможно, система согласится без нее загружаться.