Erro do Sysprep após alterar o local da pasta de usuários para outra partição

Question

Estou executando o Windows 10 Pro (versão 1607, lançado em julho no MSDN) em uma máquina virtual e tenho várias partições nessa máquina.

Para implantação, eu uso esse arquivo de resposta. Este arquivo de resposta é validado pelo Gerenciador de Imagem de Sistema do Windows.

<?xml version="1.0" encoding="utf-8"?>
<unattend xmlns="urn:schemas-microsoft-com:unattend">
    <settings pass="specialize">
        <component name="Microsoft-Windows-Shell-Setup" processorArchitecture="amd64" publicKeyToken="31bf3856ad364e35" language="neutral" versionScope="nonSxS" xmlns:wcm="http://schemas.microsoft.com/WMIConfig/2002/State" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
            <CopyProfile>true</CopyProfile>
            <DoNotCleanTaskBar>true</DoNotCleanTaskBar>
        </component>
    </settings>
    <settings pass="oobeSystem">
        <component name="Microsoft-Windows-Shell-Setup" processorArchitecture="amd64" publicKeyToken="31bf3856ad364e35" language="neutral" versionScope="nonSxS" xmlns:wcm="http://schemas.microsoft.com/WMIConfig/2002/State" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
            <FolderLocations>
                <ProfilesDirectory>U:\</ProfilesDirectory>
            </FolderLocations>
        </component>
    </settings>
    <cpi:offlineImage cpi:source="wim:e:/sources/install.wim#Windows 10 Pro" xmlns:cpi="urn:schemas-microsoft-com:cpi" />
</unattend>

Este arquivo de resposta funciona sempre que eu removo a peça para alterar a pasta de usuários.

    <settings pass="oobeSystem">
        <component name="Microsoft-Windows-Shell-Setup" processorArchitecture="amd64" publicKeyToken="31bf3856ad364e35" language="neutral" versionScope="nonSxS" xmlns:wcm="http://schemas.microsoft.com/WMIConfig/2002/State" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
            <FolderLocations>
                <ProfilesDirectory>U:\</ProfilesDirectory>
            </FolderLocations>
        </component>
    </settings>

Eu sou 100% o diretório U:\ está lá, e tentei alterar o separador de diretório e tentei alterá-lo para U:\Profiles .

Sempre que eu sysprep esta máquina com o seguinte comando:

sysprep.exe /generalize /oobe /unattend:unattend:xml

Recebo as seguintes mensagens de erro no logotipo do Windows que está instalando os dispositivos.

Eu também tentei atualizar minha máquina para a versão mais recente. Note que o meu Windows não está ativado.

Como posso resolver este problema?

    

Answer 1

Eu suspeito que isso esteja acontecendo devido à opção /generalize .

O trabalho do Sysprep na vida é preparar o Windows para ser clonado. Para esse fim, ele remove todas as informações específicas do sistema do registro - incluindo atribuições de letra de unidade - e chama a Instalação do Windows após a reinicialização.

A Instalação do Windows não assume nada sobre a máquina em que "acorda". A única razão pela qual ele ainda sabe qual unidade é C: é porque o armazenamento BCD disse isso. Por exemplo, é possível bagunçar o armazenamento BCD e instalar o Windows em E: em vez de C :. Não havendo outras informações sobre o sistema, a Instalação iniciará a detecção do dispositivo e atribuirá letras de unidade na ordem em que as partições são encontradas. Se a sua unidade U: for, digamos, a quarta partição no primeiro disco rígido, ela pode receber a letra F :, não U: (Haha eu acabei de dizer F: U:).

Se você não usar a opção /generalize , o Sysprep não processará as seções <Generalize> ou <Specialize> do seu arquivo de resposta (que é onde está a configuração CopyProfile ). Então você vê que você está em uma espécie de vínculo aqui.

Tente isto:
Coloque a configuração ProfilesDirectory novamente em seu arquivo de resposta e execute novamente o Sysprep com a opção /generalize . Uma vez errados, dê uma olhada no arquivo \Windows\Panther\setuperr.log (ou algum subdiretório dentro dele - você pode ver vários então procure aquele com a data de hoje). Dentro desse arquivo, a Instalação do Windows deve fornecer um motivo exato pelo qual o processo falhou (ou seja, que passagem e configuração específicas causaram o erro e qual problema ele tinha com ele).

OBSERVAÇÃO que a Microsoft desencoraja o uso desse parâmetro. Eles avisam que alterá-lo do padrão evitará atualizações e bloqueará o funcionamento correto dos aplicativos da Windows Store. É basicamente sem suporte por sua própria documentação do recurso