Jak opisano w tym przewodniku: http://www.tenforums.com/tutorials/1964-users-folder-move-location-windows-10-a.html , przeniosłem katalog użytkowników z domyślnego C:\Users
do D:\Users
. Użyłem tego pliku odpowiedzi, który zapisałem jako relocate.xml:
<xml version="1.0" encoding="utf-8"\>
<unattend xmlns="urn:schemas-microsoft-com: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>D:\Users</ProfilesDirectory>
</FolderLocations>
</component>
</settings>
<cpi:offlineImage cpi:source="wim:X:\sources\install.wim#Windows 10 Pro" xmlns:cpi="urn:schemas-microsoft-com:cpi" />
</unattend>
Ale wydaje mi się również, że muszę przenieść ProgramData. Do pliku relocate.xml dodałem:
<ProgramData>D:\ProgramData</ProgramData>
na linii 7.
Kiedy wykonam to polecenie:
% windir% \ system32 \ sysprep \ sysprep.exe / oobe / reboot /unattend:Y:\relocate.xml
Działa Sysprep, ale po tym, jak poprosił mnie o wprowadzenie ustawień, system po prostu wydaje się utknąć w pętli. W przeciwieństwie do tego, kiedy używam oryginalnego pliku relocate.xml, tak jak to było w przewodniku, który uzupełnia i loguje mnie na nowe konto.
Ogólne wyszukiwanie dotyczące przeniesienia katalogu ProgramData nie prowadzi do żadnych przewodników. Jaki jest zatem powód braku prostego sposobu przeniesienia ProgramData?
źródło
Ponieważ to pytanie pojawia się wysoko w Google podczas wyszukiwania informacji o plikach nienadzorowanych odpowiedzi, postanowiłem dodać kolejną odpowiedź, mimo że pytanie jest stare.
Oficjalna dokumentacja nienadzorowana Odpowiedź Pliki wyraźnie stwierdza:
W związku z tym zakładam (mimo że go nie testowałem), że utknąłeś w pętli rozruchowej, próbując zainstalować wszystkie najnowsze aktualizacje podczas procesu instalacji, który ciągle zawiedzie, a system Windows próbuje ponownie.
Ponieważ jest to znane i udokumentowane zachowanie, jedynym rozwiązaniem tego problemu jest przeniesienie folderu w inny sposób (patrz odpowiedź @ Varacolaci na przykład) lub zachowanie go w domyślnej lokalizacji.
źródło