Drivers Apagam pós Sysprep

Question

Drivers Apagam pós Sysprep

Wislon Lemos de Oliveira 40

Olá, boa tarde. Estou enfrentando um problema na personalização do Windows. Assim como descrito na documentação, segui os parâmetros Windows 11 25h2/Modo Auditoria/Personalização/Arquivo resposta/Sysprep/Captura de imagem através do Acronis.
Após rodar o Sysprep, o Windows inicia sem os drivers dos periféricos (mouse e teclado). Gostaria de saber o porque acontece e como resolver, já segui toda documentação e vários testes, mas continua acontecendo. Haja visto que, quando o Windows inicia, os periféricos não funcionam. Importante frisar que o método de captura, tem que ser este devido a ser um ambiente corporativo e de equipamentos padrões

Agradeço a atenção.

0 comentários

Resposta aceita pelo autor da pergunta

0 respostas adicionais

Sua resposta

Answer 1

VPHAN 47,435 Assistente Independente

Boa tarde, Wislon Lemos de Oliveira,

Esse comportamento é um sintoma clássico da corrupção do Driver do Filtro de Classe causada pela instalação de softwares de imagem ou segurança de terceiros — no seu caso, Acronis — antes de executar o Sysprep.

Quando você instala o Acronis, ele injeta seus próprios drivers de filtro (tipicamente snapman, fltsrv, ou tdrpman) nas pilhas de armazenamento e dispositivo de entrada para realizar operações de snapshot. Esses estão registrados no Registro do Windows sob UpperFilters ou LowerFilters. Quando você Sysprep /generalizeexecuta, o Windows remove a configuração específica do hardware, mas não limpa esses indicadores de registro de filtros de terceiros. No próximo boot, o Kernel do Windows tenta carregar as pilhas de drivers de Teclado e Mouse, vê a referência ao driver do filtro Acronis, mas não consegue carregá-lo porque o software não está totalmente inicializado ou o vinculamento de serviço está quebrado no novo ambiente. Consequentemente, toda a pilha de entrada colapsa, resultando em periféricos mortos.

Para resolver isso sem remover o Acronis, você deve higienizar manualmente as classes do registro para dispositivos HID imediatamente antes de executar o comando Sysprep. Abra o Editor de Registro (regedit) e navegue até HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Class. Você precisa inspecionar dois GUIDs específicos: {4D36E96B-E325-11CE-BFC1-08002BE10318} (teclados) e {4D36E96F-E325-11CE-BFC1-08002BE10318} (mouses). Em ambas as tonalidades, procure um Valor Multi-String nomeado UpperFilters ou LowerFilters. Por padrão, UpperFilters deve conter apenas kbdclass (para teclados) e mouclass (para mouse). Se você vir alguma entrada relacionada ao Acronis (como snapman), exclua essas linhas específicas do valor dos dados, deixando apenas os padrões da Microsoft. Não apague as chaves em si, apenas os dados de string de terceiros.

Se a higienização do registro não resolver o problema, provavelmente você está enfrentando uma falha na inicialização do controle USB durante a Specialize passagem. No Windows 11 25H2, os dispositivos de entrada dependem estritamente da pilha XHCI (USB 3.0/3.1). Se Sysprep /generalize remover o driver do controlador host USB Intel ou AMD e não reinstalar o driver da caixa de entrada imediatamente durante a inicialização, as portas ficam inativas. Para evitar isso em um cenário corporativo de "equipamento padrão" onde a uniformidade do hardware é garantida, você deve modificar seu unattend.xml arquivo de respostas. Localize o componente Microsoft-Windows-PnPSysprep sob a specialize passagem (e estritamente sob arquitetura amd64) e defina o <PersistAllDeviceInstalls> elemento para true. Isso força o Sysprep a manter os drivers instalados atualmente (incluindo USB e HID) ativos, contornando a fase de detecção de hardware que está causando a queda dos seus periféricos.

VPHAN 47,435 Pontos de reputação Assistente Independente

2025-11-28T17:07:17.2166667+00:00

Espero que você tenha encontrado algo útil aqui. Se isso te ajudar a entender melhor o problema, vale a pena aceitar a resposta então. Se tiver mais perguntas, fique à vontade para deixar uma mensagem. Tenha um bom dia!

Vivian
Wislon Lemos de Oliveira 40 Pontos de reputação

2025-11-28T18:56:15.6266667+00:00

Olá Viviam, infelizmente há alguns problemas nessa resolução. A primeira delas, é que eu nao uso o Acronis instalado no computador, ele fica em um dispositivo móvel. A segunda, é o componente PnpSysprep que não aceita ser adicionado ao Especialize, ele permite apenas para o "Generalize". Lembrando que a versão que estou fazendo, é o Windows 11 25h2

Como posso resolver ?
VPHAN 47,435 Pontos de reputação Assistente Independente

2025-11-29T01:17:30.1433333+00:00
A esclarecimento do Acronis altera significativamente o diagnóstico. Como você está inicializando de mídia externa (USB/PXE) para capturar a imagem, o Acronis não está modificando o registro do sistema operacional ao vivo, então a teoria do driver do filtro é menos provável (a menos que sua "imagem padrão" corporativa tenha outros agentes de segurança pré-instalados como CrowdStrike, SentinelOne ou Symantec, que causam exatamente esse mesmo problema).

Aqui está a correção técnica para sua unattend.xml e a solução específica para a falha do USB do Windows 11 25H2.

Correção da localização do PersistAllDeviceInstalls

Você está vendo um erro ao adicionar Microsoft-Windows-PnPSysprep ao passe Especialize porque isso está mecanicamente incorreto.

Lógica: Você não pode pedir para o Windows "persistir" drivers durante o Specialize porque o Specialize acontece depois que os drivers já foram deletados.

A correção: Você deve adicionar esse componente à passagem Generalizar (Passe 1). Isso instrui o Sysprep: "Quando você estiver prestes a remover a configuração do hardware (Generalizar), por favor, pule a exclusão dos drivers Plug and Play."

Ação: Mover o componente do seu arquivo XML para o Pass 1 generalizar .

XML

<settings pass=“generalize”>

<component name=“Microsoft-Windows-PnpSysprep” processorArchitecture=“amd64” publicKeyToken=“31bf3856ad364e35” language=“neutral” versionScope=“nonSxS”>

<PersistAllDeviceInstalls>verdadeiro</PersistAllDeviceInstalls>

<DoNotCleanUpNonPresentDevices>verdadeiro</DoNotCleanUpNonPresentDevices>

</component>

</settings>

O problema "real": Windows 11 25H2 e drivers de controle USB

Como você está no Windows 11 25H2, provavelmente está enfrentando uma regressão conhecida em que o sistema operacional falha em inicializar o Controlador Host USB xHCI durante a passagem OOBE (Especialização). Se o driver do Host Controller não carregar, as portas ficam mortas e, consequentemente, o mouse/teclado (que são apenas dispositivos USB) ficam mortos.

Solução: Pré-injeção do Force Driver

Como o PersistAllDeviceInstalls às vezes falha se a pilha de drivers for resetada de forma muito agressiva pelo kernel 25H2, você precisa forçar o estágio dos drivers para que sejam detectados novamente imediatamente.

Extraia os drivers do seu chipset/serial IO: Localize os drivers .inf para o USB e o chipset do seu hardware específico (Intel Serial IO ou AMD Chipset).

Injete manualmente antes do Sysprep: Não confie apenas em eles "estarem presentes". Crie um script que rode pouco antes de você executar o Sysprep:

Powershell

pnputil /add-driver "C:\Drivers\USB\ .inf" /install

pnputil /add-driver "C:\Drivers\Chipset\ .inf" /install

Verifique a Loja de Drivers: Certifique-se de que esses drivers estejam na Loja de Drivers (C:\Windows\System32\DriverStore\FileRepository ). O Sysprep raramente apaga o repositório, ele apenas desinstala o dispositivo. Se os drivers estiverem no repositório, o Windows os encontrará instantaneamente ao reiniciar.

Último Recurso: O Driver de Filtro "Fantasma"

Mesmo que o Acronis não esteja instalado, verifique sua imagem mestra para outros softwares que funcionem de forma semelhante. Se você tiver algum dos seguintes sistemas instalados antes do Sysprep, eles vão desligar seu teclado/mouse exatamente como o Acronis faz:

Antivírus/EDR: SentinelOne, CrowdStrike, McAfee, Sophos.

Criptografia: BitLocker (suspenso não é suficiente; descriptografe total), VeraCrypt.

Clientes VPN: Cisco AnyConnect, GlobalProtect (frequentemente instalam drivers de filtro de rede que se vinculam ao kernel).

Etapa do Diagnóstico:

Antes de rodar o Sysprep, abra o PowerShell e execute:

Get-ItemProperty HKLM:\SYSTEM\CurrentControlSet\Control\Class{4d36e96b-e325-11ce-bfc1-08002be10318} | Select-Object UpperFilters, LowerFilters

Se a saída mostrar algo além de kbdclass (para teclado) ou mouclass (para mouse), apague o valor extra.