Bei einer relativ neuen win10 home Installation wollte ich Benutzerdaten und Windows auf separaten Partitionen haben: Win10 auf c: und die Benutzerdaten auf e:.
Meine Vorgehensweise lehnt sich an https://www.wintotal.de/eigene-dateien-auf-eine-separate-partition-verschieben/ an. Es existieren schon zwei user mit admin-rechten. mu (mein user) und tu (test user, der später wieder gelöscht wird).
login mit dem user tu
Schritt 1
robocopy c:\users e:\users /mir /sec /xj
/mir und /sec kopiert alle Unterobjekte inklusive der Rechte./xj sorgt dafür, dass symbolische Verknüpfungen beim Kopieren nicht verfolgt werden, was sonst zu erheblichen Problemen führen könnte.
Nun kommt es natürlich zu Fehlermeldungen, dass Objekte von tu nicht kopiert werden können, da in Benutzung. Ist aber nicht tragisch, da tu später gelöscht wird.
Schritt 2: Anpassung der users Pfade in der registry:
Schlüssel „HKEY_LOCAL_MACHINE\Software\Microsoft\WindowsNT\CurrentVersion\ProfileList“: Dort wird der Pfad für ProfilesDirectory, Default sowie Public angepasst.
Default E:\Users\
DefaultProfilesDirectory E:\
UsersPublic E:\Users\Public
Danach konnte ich dann neu starten und mich in mu einloggen. In mu eingeloggt, löschte ich dann den user tu via Benutzerkontenverwaltung und den Pfad c:\users via via
rd c:\users /s /q
Die registry habe ich darauf hin auf Verknüpfungen mit "%SystemDrive%" überprüft, aber keinen Eintrag gefunden.
Office 2010, das ich vor der Aufspaltung in win10 und Benutzerdaten installiert habe, funktioniert und neu installierte Programme sollten ja den Verweis auf e:\users in der registry berücksichtigen. Die Programme selber sollen auf c: installiert werden bzw. dort bleiben. Daher habe ich nur den Verweis auf "users" in der registry geändert. Das soll auch win10 abkönnen.
Schadet es, jetzt noch den symbolischen link
mklink c:\users e:\users /D
zu setzen?
Freundliche Grüsse schdrag
Meine Vorgehensweise lehnt sich an https://www.wintotal.de/eigene-dateien-auf-eine-separate-partition-verschieben/ an. Es existieren schon zwei user mit admin-rechten. mu (mein user) und tu (test user, der später wieder gelöscht wird).
login mit dem user tu
Schritt 1
robocopy c:\users e:\users /mir /sec /xj
/mir und /sec kopiert alle Unterobjekte inklusive der Rechte./xj sorgt dafür, dass symbolische Verknüpfungen beim Kopieren nicht verfolgt werden, was sonst zu erheblichen Problemen führen könnte.
Nun kommt es natürlich zu Fehlermeldungen, dass Objekte von tu nicht kopiert werden können, da in Benutzung. Ist aber nicht tragisch, da tu später gelöscht wird.
Schritt 2: Anpassung der users Pfade in der registry:
Schlüssel „HKEY_LOCAL_MACHINE\Software\Microsoft\WindowsNT\CurrentVersion\ProfileList“: Dort wird der Pfad für ProfilesDirectory, Default sowie Public angepasst.
Default E:\Users\
DefaultProfilesDirectory E:\
UsersPublic E:\Users\Public
Danach konnte ich dann neu starten und mich in mu einloggen. In mu eingeloggt, löschte ich dann den user tu via Benutzerkontenverwaltung und den Pfad c:\users via via
rd c:\users /s /q
Die registry habe ich darauf hin auf Verknüpfungen mit "%SystemDrive%" überprüft, aber keinen Eintrag gefunden.
Office 2010, das ich vor der Aufspaltung in win10 und Benutzerdaten installiert habe, funktioniert und neu installierte Programme sollten ja den Verweis auf e:\users in der registry berücksichtigen. Die Programme selber sollen auf c: installiert werden bzw. dort bleiben. Daher habe ich nur den Verweis auf "users" in der registry geändert. Das soll auch win10 abkönnen.
Schadet es, jetzt noch den symbolischen link
mklink c:\users e:\users /D
zu setzen?
Freundliche Grüsse schdrag
Zuletzt bearbeitet:






