Olá Leandro Mane Gomes,
Os sintomas que você descreveu, especificamente a tela preta com o cursor do mouse, a incapacidade de carregar explorer.exe mesmo quando acionado manualmente e a persistência do problema no Modo de Segurança, sugerem fortemente uma falha no __ serviço AppReadiness__ ou uma corrupção profunda na Loja de Componentes do Windows (assembly lado a lado) que sfc e DISM não conseguem resolver. Como os serviços do servidor (Protheus) estão rodando em segundo plano, o kernel é estável, mas a infraestrutura do shell do modo usuário está travando ou travando.
Seu primeiro e menos intrusivo passo deve ser investigar o serviço AppReadiness. No Windows Server 2019, esse serviço é frequentemente responsável por bloqueios de login em "tela preta" enquanto tenta preparar perfis de usuário e componentes de shell. Como você pode acessar o servidor via rede (e presumivelmente Remote PowerShell ou RDP com acesso ao Gerenciador de Tarefas via Ctrl+Shift+Esc), abra uma sessão remota do PowerShell ou use o recurso "Executar nova tarefa" do Gerenciador de Tarefas para executar services.msc. Localize o AppReadiness serviço, pare e defina o tipo de Inicialização como Desabilitado. Reinicie o servidor. Se esse serviço foi o responsável pelo tempo limite da shell, a área de trabalho deve aparecer imediatamente após o próximo login.
Se desabilitar o AppReadiness não resolver o problema, você deve verificar a integridade da chave do registro Winlogon, pois a corrupção aqui impede que o shell seja iniciado. Abra o Editor de Registro (regedit.exe)—você pode iniciar isso pelo Gerenciador de Tarefas se a tela estiver preta—e navegue até HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\Winlogon. Certifique-se de que o __ valor da cadeia Shell__ esteja definido estritamente como explorer.exe. Se você vir vírgulas finais, espaços ou referências a outros executáveis, remova-as. Além disso, verifique HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\Image File Execution Options se não há nenhuma entrada de depurador anexada ou explorer.exe winlogon.exe que possa estar bloqueando a execução.
Considerando que sfc /scannow erros não corrigíveis relatados e DISM falharam, e assumindo que os passos acima não restaurem a interface gráfica, o procedimento mais confiável para "reconstruir a interface gráfica" sem formatação é uma Atualização no Local (Instalação de Reparo). Esse processo reescreve todo o diretório e colmeias do registro do Windows usando uma imagem limpa, preservando todos os papéis instalados (Hyper-V, IIS), aplicações (Protheus) e dados. Para isso, monte o ISO oficial do Windows Server 2019 (correspondente à sua edição e idioma atual) dentro da VM. Funcione setup.exe a partir do drive montado. No assistente, selecione "Manter arquivos e aplicativos pessoais." Isso efetivamente realiza uma instalação limpa da camada do sistema operacional sob o seu ambiente de produção existente. Como esta é uma VM, certifique-se rigorosamente de fazer um Checkpoint Hyper-V antes de iniciar esse processo para que você possa reverter instantaneamente se a atualização encontrar um erro.
Espero que você tenha encontrado algo útil aqui. Se isso te ajudar a entender melhor o problema, é importante aceitar a resposta. Se tiver mais perguntas, fique à vontade para deixar uma mensagem. Tenha um bom dia!
VP