Ошибка Sysprep после изменения расположения папки пользователя на другой раздел

Question

Я использую Windows 10 Pro (версия 1607, выпущена в июле для MSDN) на виртуальной машине и получил несколько разделов на этой машине.

Для развертывания я использую этот файл ответов. Этот файл ответов проверяется диспетчером образа системы 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>

Этот файл ответов работает, когда я удаляю деталь для смены папки пользователя.

    <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>

Я на 100% каталог U:\ есть, и попытался изменить разделитель каталогов и попытался изменить его на U:\Profiles .

Всякий раз, когда я sysprep этой машины с помощью следующей команды:

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

Я получаю следующие сообщения об ошибках на логотипе Windows при установке устройств.

Я также попытался обновить мою машину до последней версии. Обратите внимание, что моя Windows не активирована.

Как я могу исправить эту проблему?

Answer 1

Я подозреваю, что это, вероятно, происходит из-за параметра /generalize .

Работа Sysprep в жизни состоит в том, чтобы подготовить Windows к клонированию. С этой целью он удаляет всю системную информацию из реестра, включая назначение букв дисков, и запускает программу установки Windows после перезагрузки.

Программа установки Windows не предполагает ничего о машине, на которой она "просыпается". Единственная причина, по которой он даже знает, какой диск - это C: это потому, что хранилище BCD сообщило ему об этом. Например, можно испортить это хранилище BCD и установить Windows на E: вместо C:. Не имея никакой другой информации о системе, программа установки начнет обнаружение устройства и назначит буквы дисков в порядке, в котором находятся разделы. Если ваш U: диск, скажем, 4-й раздел на 1-м жестком диске, ему может быть назначена буква F:, а не U: (Ха-ха, я только что сказал F: U:).

Если вы не используете параметр /generalize , то Sysprep не будет обрабатывать ни разделы <Generalize> ни <Specialize> вашего файла ответов (именно там находится ваш параметр CopyProfile ). Итак, вы видите, что вы находитесь в некотором роде здесь.

---

Попробуй это:
Вставьте параметр ProfilesDirectory обратно в файл ответов и перезапустите Sysprep с параметром /generalize . После того, как произойдет ошибка, посмотрите на файл \Windows\Panther\setuperr.log (или на какой-то подкаталог в нем - вы можете увидеть несколько, так что ищите тот, на котором указана сегодняшняя дата). В этом файле программа установки Windows должна указать точную причину сбоя процесса (т. Е. Какой конкретный пропуск и настройка вызвали ошибку и какие у нее проблемы).

Обратите внимание, что Microsoft настоятельно не рекомендует использовать этот параметр. Они предупреждают, что изменение его по умолчанию предотвратит обновления и заблокирует работу приложений Магазина Windows. Это в основном не поддерживается согласно их собственной документации о функции