Ich verwende Windows 10 Pro (Version 1607, im Juli auf MSDN veröffentlicht) auf einer virtuellen Maschine und habe auf dieser Maschine mehrere Partitionen.
Für die Bereitstellung verwende ich diese Antwortdatei. Diese Antwortdatei wird vom Windows System Image Manager validiert.
<?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>
Diese Antwortdatei funktioniert immer, wenn ich den Teil zum Ändern des Benutzerordners entferne.
<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>
Ich bin mir 100 % sicher, dass das U:\
Verzeichnis da ist, und habe versucht, den Verzeichnistrenner zu ändern und ihn in zu ändern U:\Profiles
.
Immer wenn ich für diese Maschine ein Sysprep mit dem folgenden Befehl durchführe:
sysprep.exe /generalize /oobe /unattend:unattend:xml
Beim Installieren der Geräte erhalte ich beim Windows-Logo folgende Fehlermeldungen.
Ich habe auch versucht, meinen Computer auf die neueste Version zu aktualisieren. Beachten Sie, dass mein Windows nicht aktiviert ist.
Wie kann ich dieses Problem beheben?
Antwort1
Ich vermute, dass dies wahrscheinlich aufgrund der /generalize
Option geschieht.
Die Aufgabe von Sysprep besteht darin, Windows auf das Klonen vorzubereiten. Zu diesem Zweck entfernt es alle systemspezifischen Informationen aus der Registrierung – einschließlich der Laufwerksbuchstabenzuweisungen – und ruft nach dem Neustart das Windows-Setup auf.
Das Windows-Setup nimmt keine Annahmen über die Maschine an, auf der es „aufwacht“. Der einzige Grund, warum es überhaupt weiß, welches Laufwerk C: ist, ist, dass der BCD-Speicher ihm das mitgeteilt hat. Es ist beispielsweise möglich, den BCD-Speicher zu vermasseln und Windows auf E: statt auf C: zu installieren. Da es keine weiteren Informationen über das System hat, beginnt das Setup mit der Geräteerkennung und weist Laufwerksbuchstaben in der Reihenfolge zu, in der Partitionen gefunden werden. Wenn Ihr Laufwerk U: beispielsweise die 4. Partition auf der 1. Festplatte ist, wird ihm möglicherweise der Buchstabe F: und nicht U: zugewiesen (haha, ich habe gerade F: U: gesagt).
Wenn Sie diese Option nicht verwenden /generalize
, verarbeitet Sysprep weder die <Generalize>
noch die <Specialize>
Abschnitte Ihrer Antwortdatei (in denen sich Ihre CopyProfile
Einstellung befindet). Sie sehen also, dass Sie hier in einer Art Zwickmühle stecken.
Versuchen Sie Folgendes:
Setzen Sie die ProfilesDirectory
Einstellung wieder in Ihre Antwortdatei und führen Sie Sysprep mit dieser /generalize
Option erneut aus. Wenn ein Fehler auftritt, sehen Sie sich die \Windows\Panther\setuperr.log
Datei an (oder ein Unterverzeichnis darin – Sie sehen möglicherweise mehrere, suchen Sie also nach dem mit dem heutigen Datum). In dieser Datei sollte Ihnen Windows Setup einen genauen Grund für das Fehlschlagen des Vorgangs nennen (d. h. welcher konkrete Durchlauf und welche Einstellung den Fehler verursacht haben und welches Problem damit zusammenhängt).
NOTIZdass Microsoft dringend von der Verwendung dieses Parameters abrät. Sie warnen, dass eine Änderung des Standardwerts Upgrades verhindert und die ordnungsgemäße Funktion von Windows Store-Apps blockiert. Es wird grundsätzlich nicht unterstützt.gemäß der eigenen Dokumentation der Funktion