我想知道何时浏览符号链接文件夹,因为我在复制目录时遇到了问题,然后错过了符号链接已通过复制操作等丢失的事实。有没有办法在资源管理器中可视化符号链接?
Windows 1803、7z 18.05
尝试归档和压缩具有引用所述结构部分的多个 NTFS 连接的文件夹结构(即没有“外部”链接) - 是否有可能在没有 7zip 解析连接的情况下压缩该结构,从而导致重复?
保留连接点会很整洁,将连接点存档为空文件夹也是可以接受的 - 但存档大小具有绝对优先权。
选择tar或wim作为格式具有有关 NTFS 符号链接的选项,但似乎不涉及压缩(仅store显示为压缩级别) - 我必须随后进行压缩,这似乎是不必要的中间步骤。
我可以在存档之前删除交汇点,但如果可能的话,我宁愿不这样做。
我使用的是 Windows 10。
想象一下,我有一个目录,并且我通过执行以下操作c:\originalDirectory创建了一个链接:c:\newDirectorymklink /d c:\newDirectory c:\originalDirectory
我的问题是关于链接目录中的文件。当我删除时c:\newDirectory\exampleFile.jpg,原始文件也会被删除c:\originalDirectory\exampleFile.jpg。当然,链接本身并c:\newDirectory没有被删除。
执行目录连接会产生mklink /j c:\newDirectory c:\originalDirectory相同的行为。
是否有某种形式的链接或文件同步机制,如果我删除c:\newDirectory\exampleFile.jpg,原始文件会c:\originalDirectory\exampleFile.jpg被保留?当然,我也想保留链接本身c:\newDirectory。
我认识到,如果我通过这样做创建指向各个文件本身的链接mklink c:\newDirectory\linkToExampleFile.jpg c:\originalDirectory\exampleFile.jpg,我可以删除c:\newDirectory\linkToExampleFile.jpg而不删除c:\originalDirectory\exampleFile.jpg。但其中有很多文件c:\originalDirectory,因此创建每个文件的链接似乎不是一个很好的选择。
我正在尝试使用 XCOPY 复制用户目录,但其中部分内容不起作用。
(我以管理员身份运行,在以管理员身份运行的命令提示符下运行)
用户目录看起来像:(缩写)
> dir /a /q
05/18/2014 05:42 PM <DIR> MyPC\JoeBob AppData
05/18/2014 05:42 PM <JUNCTION> NT AUTHORITY\SYSTEM Application Data [C:\Users\JoeBob\AppData\Roaming]
05/18/2014 05:42 PM <DIR> MyPC\JoeBob Contacts
05/18/2014 05:42 PM <JUNCTION> NT AUTHORITY\SYSTEM Cookies [C:\Users\JoeBob\AppData\Roaming\Microsoft\Windows\Cookies]
05/18/2014 05:42 PM <JUNCTION> NT AUTHORITY\SYSTEM Local Settings [C:\Users\JoeBob\AppData\Local]
05/18/2014 05:42 PM <DIR> MyPC\JoeBob Music
05/18/2014 05:42 PM <JUNCTION> NT AUTHORITY\SYSTEM My Documents [C:\Users\JoeBob\Documents]
05/18/2014 05:42 PM <JUNCTION> NT AUTHORITY\SYSTEM NetHood [C:\Users\JoeBob\AppData\Roaming\Microsoft\Windows\Network Shortcuts]
05/18/2014 09:31 PM 786,432 MyPC\JoeBob NTUSER.DAT …Run Code Online (Sandbox Code Playgroud) 在MSDN 的Hard Links and Junctions文章中,您可以阅读以下内容:
硬链接是文件的文件系统表示形式,通过它多个路径引用同一卷中的单个文件。要创建硬链接,请使用 CreateHardLink 函数。通过引用该文件的硬链接访问该文件的应用程序可以立即看到对该文件的任何更改。但是,仅针对进行更改的链接更新目录条目大小和属性信息。请注意,文件的属性会反映在该文件的每个硬链接中,并且对该文件属性的更改会传播到所有硬链接。例如,如果您重置硬链接上的 READONLY 属性以删除该特定硬链接,并且实际文件有多个硬链接,则您需要将文件上的 READONLY 位从剩余硬链接之一重置为将文件和所有剩余的硬链接恢复为 READONLY 状态。
有人能理解上面这段话吗?
文件上的语句属性是否反映在该文件的每个硬链接中,相当于对该文件属性的语句更改传播到所有硬链接?
为什么重置READONLY 位可以使文件和所有剩余的硬链接回到 READONLY 状态?
编辑
在阅读了 JdeBP 对这个问题的出色回答后,我仍然心存疑虑。
$STANDARD_INFORMATION我知道每个指向该条目的硬链接都有 MFT 条目的部分副本,根据答案,除非硬链接被重命名、创建或销毁,否则该条目甚至不会保持最新状态。当读取硬链接的属性时会发生什么?我猜这个硬链接的副本$STANDARD_INFORMATION会被忽略,因为它可能无法反映当前状态,并且属性是直接从 MFT 条目的$STANDARD_INFORMATION. 此外,在此过程中不会更新任何信息,因为它不是您列出的任何操作。是这样吗?
如果将 R 位设置为关闭以便能够删除到文件的硬链接,那么(假设这不是最后一个链接)必须以任何方式再次将 R 位设置为打开,才能创建文件再次只读。
现在,我不认为这不是最后一个链接部分。我不明白最后一个链接在这里有什么区别。仍然有一个文件(MFT 的条目)本身,并且可以直接更改其属性(而不是通过任何链接)。或者如果有一个文件,就会有一个链接,这意味着 MFT 的条目和文件之间没有一一对应的关系?
我可能是错的,但我还没有听到关于这些东西提供的可利用性的有效论据......超过了它们非常可疑/有争议的功能。他们似乎对我来说稍微方便,但我不认为我有任何需要他们。但是,我确实需要安全。
请问如何从我的硬盘中永久删除它们的全部功能?微软只有关于如何创建它们的页面;这似乎几乎是可疑的(至少对我来说......)
只是一个愚蠢的命令行问题,我假设fsutil hardlink list c:会枚举该驱动器上的每个硬链接是否正确?
C:\Windows\system32>fsutil hardlink list c:
\Windows\System32
Run Code Online (Sandbox Code Playgroud)
另外,我该如何删除符号链接;)
但如果可能的话,我宁愿删除所有符号链接和递归创建的东西?
C:\Windows\system32>fsutil behavior query symlinkevaluation
Local to local symbolic links are enabled.
Local to remote symbolic links are enabled.
Remote to local symbolic links are disabled.
Remote to remote symbolic links are disabled.
Run Code Online (Sandbox Code Playgroud) 我已将“我的文档”移动到另一个驱动器。Windows仍然显示我的文档中C:\Users\Username\My Documents,并链接这D:\...
我可以对我的 Dropbox 文件夹做同样的事情吗?我想要一个虚拟的“Dropxbox”文件夹内幕C:\Users\Username\,它链接到驱动器 D 上的 Dropbox。它应该显示为文件夹,而不是链接,就像 .lnk 文件一样。
通过使用FolderName.{CSLID}语法,对于特殊文件夹,这似乎是可能的,例如“网络位置”。Dropbox 有类似的方法吗?
我正在尝试将我的用户配置文件迁移到一个单独的分区,我已经到了将兼容性系统 Junction 添加到新配置文件的地步。但是我不想在我的个人资料中看到它们,所以我想隐藏系统。
我的问题是该attrib命令仅更改连接点目标的属性。我可以将hidden属性应用到 Windows 资源管理器中的连接点,但不能应用到该system hidden属性。
不过,创建系统隐藏的 NTFS 联结应该是可能的,因为我的原始用户配置文件中的联结是系统隐藏的。有什么想法吗?
我在 Windows 8.1 64 位上。
junction ×8
ntfs ×4
windows ×4
windows-10 ×3
hardlink ×2
7-zip ×1
command-line ×1
compression ×1
dropbox ×1
fsutil ×1
mklink ×1
msdn ×1
windows-7 ×1
windows-8.1 ×1