Имя пользователя:
Пароль:  
Помощь | Регистрация | Забыли пароль?  | Правила  

Компьютерный форум OSzone.net » Серверные продукты Microsoft » Windows Server 2016/2019/2022 » 2019 - Восстановление работоспособности Server 2019 Datacenter with GUI.

Ответить
Настройки темы
2019 - Восстановление работоспособности Server 2019 Datacenter with GUI.

Старожил


Сообщения: 251
Благодарности: 53

Профиль | Отправить PM | Цитировать


Уважаемые коллеги!
Подскажите, возможно ли оживить 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
Произошла ошибка, вызывающая удаление из образа незавершенных действий.
Дополнительные сведения см. в файле журнала.

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

Отправлено: 13:34, 04-06-2019

 

Старожил


Сообщения: 251
Благодарности: 53

Профиль | Отправить PM | Цитировать


Цитата Avatar-Lion:
Так может просто переместить куда-нибудь временно эту dll'ку? »
После перемещения этой длл-ки, при загрузке Сервера тот же чёрный экран, но курсор уже без появляющихся песочных часов. Сервер так же доступен по сети. В папке WER\ReportQueue в файлах отчётов упоминание о падении OfficeClickToRun.exe из-за модуля ucrtbase.dll и TeamViewer_Service.exe 10.0.43174.0. Не критично для работы системы. Падений с файлом LogonUI.exe уже нет.
Что-то ещё мешает загрузить файлы ресурсов системы и нормально отразить рабочий стол.
Кстати, через PsExec.exe обновил определения Защитника Виндовс, он работает и проверяет файлы (видно по отчётам в папках Защитника).

Отправлено: 18:47, 09-08-2019 | #11



Для отключения данного рекламного блока вам необходимо зарегистрироваться или войти с учетной записью социальной сети.

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


Аватара для Avatar-Lion

Безработный


Contributor


Сообщения: 5003
Благодарности: 983

Профиль | Отправить PM | Цитировать


onkolog, ТимВивер я бы на вашем месте грохнул первым делом. Эта хрень конкретно задрала меня, я уже устал отключать его службу на различных компах, из-за которых порой дико стопорится загрузка ОС. Ну и ucrtbase.dll тоже куда-нибудь деньте в другое место на время.

Ctrl + Shift + Escape тоже не работает, кстати?

Отправлено: 22:01, 09-08-2019 | #12


Старожил


Сообщения: 251
Благодарности: 53

Профиль | Отправить PM | Цитировать


Цитата Avatar-Lion:
Ctrl + Shift + Escape тоже не работает, кстати? »
Не работает - чёрный экран остаётся.
Кажется, нашёл причину зависания при входе на рабочий стол: служба "Диспетчер подключений Windows" находится в состоянии - Запуск.
Все службы, от которых она зависит, автозапускаются и работают (Служба интерфейса сохранения сети, Удаленный вызов процедур (RPC),
Модуль запуска процессов DCOM-сервера, Сопоставитель конечных точек RPC, NSI Proxy Service Driver).
Остановка службы через taskkill /PID хххх /F и последующий запуск службы приводит к ошибке "Ошибка 1053. Служба не ответила на запрос своевременно."
Поиск решения проблемы привёл к рекомендации Микрософт для 2003-го Сервера - https://support.microsoft.com/az-lat...o-the-start-or
По умолчанию у зависающей службы вход в систему с "Локальная служба". Галку на параметре "Разрешить взаимодействие с рабочим столом" можно поставить только если сменить на вход "С системной учётной записью".
Пока не решился сменить тип входа в систему: не хочется потерять последний вариант удалённого контроля над Сервером.
Службу ТимВивера отключил.

Отправлено: 01:48, 10-08-2019 | #13


Аватара для Avatar-Lion

Безработный


Contributor


Сообщения: 5003
Благодарности: 983

Профиль | Отправить PM | Цитировать


Цитата onkolog:
Пока не решился сменить тип входа в систему »
Загрузитесь с LiveCD и сделайте копию всех кустов реестра. И ковыряйте дальше Сервер сколько душе угодно.

Отправлено: 14:34, 10-08-2019 | #14


Старожил


Сообщения: 251
Благодарности: 53

Профиль | Отправить PM | Цитировать


Цитата Avatar-Lion:
И ковыряйте дальше Сервер сколько душе угодно. »
Да уж... Ковыряю этот Сервер дальше.
Оказалось, что при старте Сервер упорно грузится в учётную запись USERPROFILE=C:\WINDOWS\system32\config\systemprofile.
Несмотря на корректные записи в HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\ProfileList и в HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\Winlogon.
После переименовывания этой записи (S-1-5-18) Сервер грузится в учётной записи USERPROFILE=C:\Users\Default. Картина загрузки при этом не меняется - тот же самый чёрный экран с курсором, доступ по сети есть.
Разбираясь со службами на работающем Сервере исправил запуск и работу "Журнал событий Windows", "Координатор распределенных транзакций - MSDTC" и "KtmRm для координатора распределенных транзакций - KtmRm".
Несмотря на применение различных вариантов решения проблемы, упорно не запускаются и не работают "Служба политики диагностики - DPS", "Узел системы диагностики - WdiSystemHost", "Узел службы диагностики - WdiServiceHost" и "Защита программного обеспечения - sppsvc" - все с ошибкой "Системная ошибка 5. Отказано в доступе."
Службы "Вспомогательная служба IP - iphlpsvc" и "Помощник по подключению к сети - NcaSvc" - с ошибкой "Ошибка 1068. Не удалось запустить дочернюю службу." У обоих проблема из-за незапускающейся службы "Служба автоматического обнаружения веб-прокси WinHTTP - WinHttpAutoProxySvc" (сообщите разработчику специфический для этой службы код ошибки 5).
Осталась главная проблема - невозможно загрузиться под встроенной учёткой "Администратор", которая и была основной.

Отправлено: 21:38, 11-08-2019 | #15


Аватара для Avatar-Lion

Безработный


Contributor


Сообщения: 5003
Благодарности: 983

Профиль | Отправить PM | Цитировать


Полагаю, все ваши проблемы из-за нехватки прав доступа. Во-первых, выполните чек-диск для диска С. Ну так, на всякий случай. Далее. Поставьте ту же редакцию на второй раздел (или на виртуальную машину), после чего тормозните какую-нибудь из тех служб, что у вас не запускаются. Затем с помощью Process Monitor'а отследите куда она обращается при ручном запуске. Далее грузимся с LiveCD и проверяем вашу дохлую систему на наличие \ отсутствие соответствующих прав доступа в ключевых местах (папки и ветки реестра). Таких ключевых мест (типа C:\Windows\system32) вряд ли будет слишком много, их вполне реально проверить вручную.

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

Отправлено: 22:58, 11-08-2019 | #16


Старожил


Сообщения: 251
Благодарности: 53

Профиль | Отправить PM | Цитировать


Цитата Avatar-Lion:
Полагаю, все ваши проблемы из-за нехватки прав доступа. »
Вы совершенно правы!
Я раньше уже писал, что после обновления слетели права у многих системных папок. В ходе восстановления сервера у части папок нужные права вернул, но главной проблемой, почему не загружался рабочий стол, оказался файл C:\Windows\Globalization\Sorting\SortDefault.nls.
Вычислил его благодаря Process Monitor-у, который удалённо запускал из командной строки. Для сбора бутлога импортировал из той же ком. строки нужный параметр реестра для Process Monitor-а перед перезагрузкой сервера. Полученный .pmb файл переносил в папку Windows рабочей десятки и уже в ней сохранял как .pml лог. Попытка просто открыть .pmb лог из папки Windows Сервера приводила к падению Process Monitor-а.
После успешной загрузки рабочего стола и дальнейшего обновления Сервера до 17763.720 несколько часов потратил на запуск не работавших служб. А на следующий день Сервер загрузился с такими проблемами: отсутствие надписей у ярлыков и в окнах многих приложений (слетели разрешения у папки Fonts) и перестала работать Служба "Защита программного обеспечения", что привело к слёту активации Сервера. Эти проблемы разрешил, относительно быстро, восстановлением нужных прав у системных папок, до которых раньше не дошли руки.
Сейчас, по данным Process Monitor-а, особых проблем в работе Сервера нет. Остались только такие баги - не вызывается меню на левой кнопке в панели задач и не выезжает справа панель сообщений. Также, при запуске, появляется окно Защитника Windows и тут же закрывается. Эти баги, похоже, зависят от ACCESS DENIED у файлов C:\Windows\SystemApps\ShellExperienceHost_cw5n1h2txyewy\ShellExperienceHost.exe и C:\WINDOWS\SystemApps\Microsoft.Windows.Cortana_cw5n1h2txyewy\SearchUI.exe. Все правильные разрешения на требуемые папки выставил, но баги пока сохраняются.
Главное - Сервер успешно воскрес. Спасибо за участие и помощь.

Отправлено: 21:01, 20-08-2019 | #17


Старожил


Сообщения: 251
Благодарности: 53

Профиль | Отправить PM | Цитировать


Обновление kb4541331 опять поломало Сервер: при старте загрузки получаю BSOD CRITICAL_PROCESS_DIED с ошибкой в ntoskrnl.exe. Удаление обновки восстанавливает работоспособность Сервера.
При анализе краш-дампа вижу строки:
PROCESS_NAME: wininit.exe
CRITICAL_PROCESS: wininit.exe
EXCEPTION_CODE: (NTSTATUS) 0xf0c8f080 - <Unable to get error code text>
ERROR_CODE: (NTSTATUS) 0xf0c8f080 - <Unable to get error code text>
DEFAULT_BUCKET_ID: WIN8_DRIVER_FAULT_SERVER
Похоже, что какой-то драйвер крэшит загрузку. Изучил ntbtlog.txt: до падения грузятся только драйверы встроенной интеловской видеокарты и реалтековской сетевой карты. Удаление файлов этих драйверов вместе с файлами звуковой карты Realtek (на всякий случай) из Windows\System32\drivers проблему не решило.
Подожду ближайшего кумулятивного апдейта.

UPD. Кумулятивы kb4554354 и kb4549949 также крэшат Сервер с той же ошибкой. Откат до рабочей сборки 1098 проходит корректно. Подмена обновленных драйверов из указанных кумулятивов на драйверы из сборки 1098 ситуацию не исправляют. Краш-дампы в Микрософт уходят. Подождём...

Последний раз редактировалось onkolog, 17-04-2020 в 10:09. Причина: UPD.


Отправлено: 11:08, 23-03-2020 | #18


Старожил


Сообщения: 251
Благодарности: 53

Профиль | Отправить PM | Цитировать


Выпущенные Микрософтом, после моего последнего сообщения, 8 кумулятивных обновлений проблему с BSOD-ом не решили.
В итоге успешно обновился из-под работающего Сервера сборки 1098 до Windows Server Insider Preview (Windows Server vNext LTSC Preview - Build 20201 (with GUI)).
Потестирую обновку.

Отправлено: 10:54, 29-08-2020 | #19



Компьютерный форум OSzone.net » Серверные продукты Microsoft » Windows Server 2016/2019/2022 » 2019 - Восстановление работоспособности Server 2019 Datacenter with GUI.

Участник сейчас на форуме Участник сейчас на форуме Участник вне форума Участник вне форума Автор темы Автор темы Шапка темы Сообщение прикреплено

Похожие темы
Название темы Автор Информация о форуме Ответов Последнее сообщение
Драйвер - Восстановление до работоспособности. gardiex@vk Microsoft Windows 7 2 10-08-2017 11:32
2012 - Обновление Windows Server 2012 Datacenter до Windows Server 2012 R2 Datacenter Денис_Сабиев@vk Windows Server 2012/2012 R2 19 28-04-2016 13:55
Разное - Восстановление работоспособности SkyDrive aka_smile Microsoft Windows 10 0 20-09-2015 05:48
Redhat/Fedora - Восстановление работоспособности Plesk venuko Общий по Linux 3 22-06-2010 17:33
Приобретение - Лицензирование Server 2008 DataCenter PalychL Лицензирование продуктов Microsoft 1 14-05-2010 11:26




 
Переход