SSD > HDD 移动后 Windows 7 用户配置文件不起作用

SSD > HDD 移动后 Windows 7 用户配置文件不起作用

Windows 7 x64 Home P. OEM 我决定将我的 Users 和 ProgramData 文件夹移到我的辅助磁盘上以节省 SSD 空间。我在 Windows DVD 上启动到“修复”模式。两个驱动器都是 NTFS。驱动器分配的字母与通常使用的字母不同,因此我运行的命令是:

robocopy /xj /mir /copyall D:Users E:Users
robocopy /xj /mir /copyall D:ProgramData E:ProgramData
rmdir /S /Q D:Users
rmdir /S /Q D:ProgramData
mklink /j D:Users E:Users
mklink /j D:ProgramData E:ProgramData

然后,我更改了 Windows NT ProfileList 注册表值,使其指向新目录(使用原始的 Windows 驱动器号,而不是恢复驱动器号)而不是系统驱动器,从而保留了任何依赖于使用驱动器号而不是用户目录的程序的连接。

重新启动 Windows 后,登录屏幕显示“正在准备桌面”大约一分钟,然后登录到基本 UI,并显示类似于“用户配置文件服务失败”的消息。Windows 资源管理器还抛出了类似于“无法找到 C:\Windows\system32\config\systemprofile\Desktop”的内容,这似乎不合理,因为 C: 驱动器的其余部分根本没有被触及。我认为这是因为它无法在现在的 D:Users 下找到新的用户配置文件。我登录到管理员帐户(它抛出了类似的消息)并重新创建了连接,因为现在字母恢复正常,在恢复驱动器字母下创建的连接可能无法正确解释。然后我打开注册表,发现我更改的值已被重置。然后我重新启动,值已保存,但我仍然无法正确登录并收到相同的“systemprofile”错误消息。

我的问题是:如果这是注册表值和/或连接点的问题,我该如何纠正它?

或者如果是由于缺少这个 C:...\systemprofile\Desktop 文件,那么这是怎么发生的,如何解决?

或者 Windows 根本无法在登录前阶段读取辅助驱动器(这对我来说没有任何意义,但这是一种可能性吗?)

编辑:

重新创建桌面文件夹后,很明显这对我的情况没有帮助,因为我仍然只能登录到默认的 Windows 配置文件(因此是系统配置文件)。毕竟,这一定是连接点、注册表值或 Windows 读取它们的方式存在问题。

如果明天还没有任何效果,我将替换文件夹并连接实际的配置文件文件夹而不是用户

答案1

事实证明,Windows 在其用户文件中存储了一些元数据。我通过设置注册表值以指向用户的新位置、将我的配置文件文件夹重命名为 .bak 或其他名称、删除用户帐户并创建一个同名的新帐户来修复此问题。登录和注销(生成文件夹)后,我返回管理员帐户并将原始文件夹重命名为原始名称。

这解决了这个问题,现在(终于)我的 SSD 可以安然无恙了。

感谢 Ramhound 的帮助。

答案2

我在 Windows 10 上遇到了同样的情况。我采取了相同的步骤,但最终遇到了同样的情况。在尝试连接整个用户文件夹之前,我没有考虑到我的先前操作:

我使用 Windows GUI 手动将各个用户子文件夹(如桌面、文档等)重新定位到另一个驱动器。在移动整个用户文件夹后,这些路径仍然有效,但我已将它们集成到新位置,因此 Windows 会查找找不到它们的位置。

于是我创建了从缺失位置到新位置的附加连接点,然后我就可以再次登录并使用所有设置。之后,我手动重新定位了我的个人文件夹并删除了连接点。

我希望这能对那些偶然做过和我一样事情的人有所帮助。

相关内容