我相信在 Windows Vista 中,我们可以使用linkd命令。但是,我在 Windows 7 中找不到这个命令。我知道我可以使用 Windows 资源管理器并删除结点,但我想知道这是否可以在命令提示符中完成。
我可以使用mklinkcommand 从命令提示符创建一个结点,那么,它的反面是什么(类似于linkd)?
SysInternals有一个程序junction.exe,可以在Windows中创建连接点(又名。重新分析点,又名。符号链接)。
但是,Windows 还带有一个mklink,它似乎可以做同样的事情。
有显着差异吗?
我倾向于认为,如果 SysInternals 有自己的程序,他们就会看到标准 MKLink 程序的不足。
我的 SSD 上的空间非常低,而且 Windows 中似乎有一个 19GB 的文件夹突出 (%windir%\Installer) 并且无法安全删除(如此处所述:https : //serverfault.com/q/15746)。
现在,它mklink提供了一个名为 Junction links 的简洁小东西 - 如果我在 cmd 提示符下启动,并将所有文件移动到另一个硬盘驱动器,然后运行以下命令:
mklink /J C:\Windows\Installer D:\Windows\Installer
Run Code Online (Sandbox Code Playgroud)
我会以某种方式弄乱我的 Windows,还是可以这样做?文件夹权限/属性在整个链接中是否保持不变?
我以前使用过硬链接,它的作用就像一个魅力,可以显着释放我的 SSD,但我从未在系统文件夹上尝试过(我不明白为什么它不起作用,但我不在如果我错了,我会重新安装整个窗户的心情)
?????????????????????????????????????????????????????? ??????????????? ? ? 绝对的?相对的 ?文件 ?目录 ?联合国大会? ?????????????????????????????????????????????????????? ??????????????? ? 符号链接 ? 是的 ?是的 ?是的 ?是的 ?是的 ? ? 交界处?是的 ?- ? - ? 是的 ?- ? ?????????????????????????????????????????????????????? ???????????????
假设我们正在创建一个重解析点来创建重定向 C:\SomeDir => D:\SomeDir
由于这种情况只需要本地的绝对路径,因此连接或符号链接都可以使用。在这种情况下,使用其中一种有什么好处吗?
假设操作系统为 Windows 7,不考虑向后兼容性。(在 Vista 之前,本地不支持符号链接,尽管有一个3rd-party 驱动程序在 Windows XP 上提供符号链接支持。)
我发现了另一个不同之处。
权限使它变得有趣,因为符号链接可以允许遗留应用程序访问 UAC 限制区域(例如%ProgramFiles%)中的配置文件,而无需更改现有访问权限,方法是将文件存储在非限制位置并在受限目录中创建符号链接。
当通过Save As...对话框中的文本框导航到一个符号目录链接时,Windows 8.1 将解析符号目录链接。不扩展连接点。
我有一个涉及 Windows 文件服务器的场景,其中“所有者”想要向以下类型的一组用户发放权限:
\\server\dir1\dir2\dir3: 读、写和执行\\server\dir1\dir2: 没有权限\\server\dir1: 没有权限\\server: 读取并执行根据我的理解(更新:这整个段落是错误的!),这是不可能的,因为必须向目录链中的所有父目录授予Read & Execute权限,以便操作系统能够“看到”子目录目录并获取它们。如果没有此权限,您甚至无法在尝试访问嵌套目录时获取安全上下文令牌,即使您对子目录具有完全访问权限。
我们正在寻找解决此问题的方法,而无需将数据从 移动\\server\dir1\dir2\dir3到\\server\dir4。
我想到的一种解决方法,但我不确定它是否有效,是创建某种链接或连接点\\server\dir4,它是对\\server\dir1\dir2\dir3. 如果用户没有Read & Execute权限\\server\dir1\dir2或\\server\dir1,我不确定哪些可用选项(如果有)适用于此目的,但据我所知,这些选项是:
所以问题:
Read & Execute到\\server\dir1或\\server\dir2,但仍允许访问\\server\dir1\dir2\dir3?我计划安装一个 SSD/HDD 组合,其中 SSD 作为我的启动 (Windows 7 x64) 驱动器,以及一个旋转 HDD 作为存储驱动器。
我知道临时目录,甚至主配置文件在这里可能是不错的选择,我只是想知道任何明显的空间选择或多写情况。
从技术上讲,我明白两者之间的区别;这只是一个用法问题。
特别是,我想将一些文件夹从较小的硬盘驱动器移到较大的硬盘驱动器上,但我需要使用某种链接来执行此操作——使用这些文件的应用程序只希望它们位于当前位置,并且不可配置。
我不确定应该将哪个参数传递给 mklink:/J 或 /D。在网络上做一些研究时,地方似乎只是选择一个或另一个,而没有解释他们为什么做出这样的选择。
数据由许多小文件和文件夹组成,这些文件和文件夹被频繁读取和写入,如果这会影响决策的话。
有什么想法吗?
谢谢。
我已经开始使用连接重新映射我的 Windows XP 机器上的文件夹。很棒 - 我有两个驱动器,所以这简化了我的组织。
如果 Windows 资源管理器在视觉上区分连接与普通文件夹,我会喜欢它。理想情况下,覆盖图标(如快捷方式的小箭头)或不同的颜色(如压缩文件)将是完美的。
有没有办法做到这一点?我总是可以使用单独的实用程序(如连接链接魔术)来扫描连接,我可以轻松打开命令提示符,只需“dir”即可查看连接。但我真的很想在 Explorer 本身中获得视觉反馈。谢谢!
HDD 之间的 NTFS 连接点会导致瓶颈吗?还是将连接缓存在内存中?
具体来说,我想在磁性硬盘上安装 Steam。这意味着所有游戏都将安装在那里。为了从我的 SSD 中受益,我会将我正在玩的游戏从 HDD 上的 Steam 目录连接到 SSD。
我想知道这是否会导致性能问题。游戏每次访问一个文件,是否都需要读HDD,读结点,解析SSD上的新路径,然后得到真正的文件?或者操作系统会缓存这个重定向,所以性能损失只会在第一次出现?
谢谢!
junction ×10
windows-7 ×4
mklink ×3
ntfs ×3
windows ×2
windows-xp ×2
cmd.exe ×1
hard-drive ×1
ssd ×1
steam ×1
sysinternals ×1
windows-8 ×1