[onkolog]

Так может просто переместить куда-нибудь временно эту dll'ку? »

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

[Avatar-Lion]

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

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

[onkolog]

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
По умолчанию у зависающей службы вход в систему с "Локальная служба". Галку на параметре "Разрешить взаимодействие с рабочим столом" можно поставить только если сменить на вход "С системной учётной записью".
Пока не решился сменить тип входа в систему: не хочется потерять последний вариант удалённого контроля над Сервером.
Службу ТимВивера отключил.

[Avatar-Lion]

Пока не решился сменить тип входа в систему »

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

[onkolog]

И ковыряйте дальше Сервер сколько душе угодно. »

Да уж... Ковыряю этот Сервер дальше.
Оказалось, что при старте Сервер упорно грузится в учётную запись 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).
Осталась главная проблема - невозможно загрузиться под встроенной учёткой "Администратор", которая и была основной.

[Avatar-Lion]

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

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

[onkolog]

Полагаю, все ваши проблемы из-за нехватки прав доступа. »

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

[onkolog]

Обновление 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]

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