目录连接对于可链接的文件夹有什么限制吗？
我对系统文件夹（Program Files、Program Files (x86)、ProgramData 和 Users（以及 Recovery，如果它是系统文件夹）感兴趣。
它们能联系起来吗？
而且，如果他们能做到的话，会造成什么麻烦吗？
如果我的所有（默认 Windows）文件夹（Windows 文件夹除外）都位于“非 C:\”磁盘上，我会非常高兴。
答案1
这是一个很难回答的问题。
从技术上讲，您可以毫无问题地链接任何本地文件夹，甚至可以使用 /h 链接网络文件夹，并且您将能够浏览它们。
但问题是，一旦链接到某些系统文件夹，某些程序将不再正常工作。
我知道 Program Files 和 ProgramData 这两个文件并不总是能起作用。
此外，如果移动 \Windows\Winsxs 文件夹，肯定会破坏您的 Windows 更新。
Program Files 也可能会破坏您的 Windows 更新。但在 Windows 7 上似乎可以移动它，而在 Windows 8 上它会破坏一些东西。
此外，链接类型也很重要。有硬链接、符号链接和连接点。每种链接的行为方式都不同，一种链接可能无法工作，而另一种链接可以工作。
答案2
是的。某些位置不能是连接点或符号链接，因为它们是在加载磁盘管理器之前访问的，因此连接点目标尚无法解析。Raymond Chen 写道文件系统悖论：
[...] 为了从磁盘读取启动文件，您需要文件系统驱动程序，但文件系统驱动程序位于磁盘上，您无法读取它，除非您加载了文件系统驱动程序。哦不，这是第 22 条军规！
通过在关键启动文件中内置微型文件系统驱动程序，可以打破恶性循环。这个微型驱动程序仅知道在根目录中找到文件并将其加载到内存中。[...]
[...] 微型文件系统驱动程序不理解挂载点，因为挂载点意味着与磁盘管理服务对话，而在系统启动时，计算机甚至尚未加载操作系统，更不用说一些知道如何将驱动器号映射回 ARC 路径的高级服务了，即使你以某种方式让该服务运行，你仍然必须找到其他硬盘驱动器的设备驱动程序并加载相应的文件系统驱动程序。
因此，你很可能不需要建立ProgramData一个连接点，因为它只需要程式，在操作系统启动很久之后。（也就是说，像 HyperV 这样的服务也会将它们的数据放在那里，所以要小心。）Users（又名Documents and Settings）已经像这样被移动过好几次了。
但是，启动操作系统本身所需的任何东西（例如目录\WINDOWS）都不能是连接或符号链接。