Erro 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, uso este arquivo de resposta. Este arquivo de resposta é validado pelo Windows System Image Manager.

<?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 parte de alteração da 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>

Tenho 100% de certeza de que o U:\diretório 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 ao instalar os dispositivos.

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

Como posso resolver este problema?

Answer 1

Suspeito que isso provavelmente esteja acontecendo por causa da /generalizeopção.

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 letras de unidade – e invoca 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 ela "acorda". A única razão pela qual ele 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 tendo 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 forem encontradas. Se a sua unidade U: for, digamos, a quarta partição no primeiro disco rígido, ela poderá receber a letra F:, não U: (Haha, acabei de dizer F: U:).

Se você não usar a /generalizeopção, o Sysprep não processará as seções <Generalize>ou as <Specialize>seções do seu arquivo de resposta (que é onde está sua CopyProfileconfiguração). Então você vê que está em uma situação difícil aqui.

---

Tente isto:
coloque a ProfilesDirectoryconfiguração de volta em seu arquivo de resposta e execute novamente o Sysprep com a /generalizeopção. Assim que ocorrer um erro, dê uma olhada no \Windows\Panther\setuperr.logarquivo (ou em algum subdiretório dentro dele - você poderá ver vários, então procure aquele com a data de hoje). Nesse arquivo, a Instalação do Windows deve fornecer um motivo exato pelo qual o processo falhou (ou seja, qual passagem e configuração específicas causaram o erro e qual problema ocorreu).

OBSERVAÇÃOque a Microsoft desencoraja fortemente o uso desse parâmetro. Eles alertam que alterá-lo do padrão impedirá atualizações e impedirá que os aplicativos da Windows Store funcionem corretamente. Basicamente não é compatívelde acordo com sua própria documentação do recurso