在 Windows 7 上移动用户文件夹后出现问题

在 Windows 7 上移动用户文件夹后出现问题

我刚刚尝试将我的用户文件夹移动到 64 位 Windows 7 Ultimate 上的另一个驱动器。但是,我无法再登录,因为我收到错误消息:“用户配置文件服务登录失败。无法加载用户配置文件”。

在 Windows 中,我的驱动器映射为:
C:\ -> Windows 系统驱动器 SSD
d:\ -> 程序
e:\ -> 用户

使用恢复命令提示符,我的驱动器被映射为:
X:\ -> 恢复媒体
e:\ -> Windows 系统驱动器 SSD
f:\ -> 用户

我尝试在恢复命令提示符中创建从 c:\users 到 e:\users 的硬链接,如下所示:

robocopy /copyall /mir /xj e:\users f:\users
rmdir /S /Q e:\users
mklink /J e:\users f:\users

这似乎在命令提示符下有效,因为执行“dir”会按预期显示连接点。但是,重启后我无法登录。

由于我对使用哪个驱动器号(恢复驱动器号还是原始 Windows 驱动器号)有点困惑,我再次尝试使用“\?\Volume{GUID}\”符号,但仍然存在同样的问题。

有人知道我做错了什么或该怎么办吗?

PS 我使用的原始说明是:http://lifehacker.com/5467758/move-the-users-directory-in-windows-7 PPS 这是 Windows 的全新安装,所以我不担心丢失数据等。

答案1

问题似乎在于修复模式下的驱动器号映射与正常模式下的不同。我所做的和对我有用的是运行 DISKPART(这里有很好的参考:http://ss64.com/nt/diskpart.html)重新映射分区/设备,然后与 Windows 通常使用的驱动器号进行连接。

答案2

参见线ohdannyboy 于 2009 年 12 月 4 日下午 2:33 发表的评论,以及 imadman 的以下评论。

他们详细说明了如何以一种据称可行的方式重新定位用户文件夹。

维基百科 Robocopy

Windows 卷影复制服务是唯一可以复制打开文件的 Windows 子系统,它通过对文件进行快照来实现时间点一致性。Robocopy 不会以任何方式实现对卷影复制服务的访问,从而限制了其作为可能正在使用的卷的备份实用程序的实用性。但是,可以使用单独的实用程序(例如 VSHADOW 或 DISKSHADOW(包含在 Windows Server 2008 中))创建给定卷的卷影副本,然后使用 Robocopy 进行备份。

如果未复制的正在使用的文件是导致问题的原因,那么如何删除 e:\users 仍然不清楚,但在 Windows 中可能出现许多奇迹。

然而,这篇文章备份/复制 Windows 中“正在使用”或“锁定”的文件提倡使用流浪者复制而不是 robocopy。

另外,我无法理解您如何声称将系统驱动器映射到 C: 以外的其他字母。据我所知,这绝对是不可能的。

答案3

我以前遇到过这种情况。您必须确保在命令SOURCE中使用重新映射的卷号作为参数mklink,并使用 Windows 实际识别的卷号作为参数DESTINATION。当您更改符号链接指向的卷号时,Windows 不会重新映射符号链接。他们就是这么笨。

例如根据您的配置,以下命令就足够了:

mklink /J E:\Users E:\Users

另外,请注意:如果您将用户目录重新映射到其他地方作为子目录(例如,E:\Storage\Users我曾经这样做过),请注意 robocopy 不会跳过任何文件,除非出现任何故障。我的经验告诉我,Windows 不会复制仅适用于默认目录方案的关键用户文件(例如[DRIVE]:\Users)。我发现将用户目录放入子目录会导致关键文件超过其文件名长度配额,因此它会跳过它们。

答案4

使用 sysprep 是在不同位置创建用户配置文件的最简单方法。所有其他非官方方法(例如,乱搞连接点以及复制或移动文件)都给我带来了“用户配置文件服务登录失败。无法加载用户配置文件。”配置文件错误。

相关内容