我有一个作为虚拟机运行的Windows 2012 R2服务器（在KVM / Libvirt之上）。 它有一个额外的“内部”磁盘定义为F:
如果我快照基于Linux的主机的逻辑卷代表F:并将其挂载到主机上，我得到许多文件标记为不支持的重新分析点 。
我想要做的是从主机备份文件系统，这就是为什么我从这里开始。
这是主持人的一个例子
lvcreate --name shares-snap --size 10G --snapshot /dev/crypt_md3/shares mount -o ro,offset=$((129*1024*1024)) /dev/crypt_md3/shares-snap /mnt/dsk ls -l /mnt/dsk/mfc70.dll lrwxrwxrwx 1 root root 26 Jan 5 2002 /mnt/dsk/mfc70.dll -> unsupported reparse point
在Windows客户机中，文件属性对话框显示其大小为952KB，但磁盘上的大小为0字节。 这是重新parsing点的经典之作。 高级属性是APL ， L确认文件确实是重新分析点。
复制文件将从副本中删除P和L属性。
如何find使用mklink创build的符号链接的目标及其接受的答案 。 我已经下载了连接点1.06和NTFSLinksView 。
正在运行的junction没有任何用处：
F:\> c:\local\bin\junction mfc70.dll Junction v1.06 - Windows junction creator and reparse point viewer Copyright (C) 2000-2010 Mark Russinovich Sysinternals - www.sysinternals.com F:\mfc70.dll: UNKNOWN MICROSOFT REPARSE POINT
运行dir /L也没有什么用处：
F:\>dir /L mfc70.dll Volume in drive F is Folder shares Volume Serial Number is B600-69DE Directory of F:\ 05/01/2002 04:48 974,848 mfc70.dll 1 File(s) 974,848 bytes 0 Dir(s) 233,785,053,184 bytes free
运行dir /A:L确实包含了这个文件，所以它绝对是某种重新分析的一个点。
NTFSLinksView根本不列出文件。
在所有这些背景信息之后，这个问题真的很简单：
ntfs-3g重新映射交接点以便它们解决？ 这些可能是重要文件。 它们使用磁盘上的连接实现，文件系统驱动程序处理重组。 我怀疑你会find一个可以处理它们的Linux工具。 而其他Windows工具的路口将不会理解它们，因为它们是为常规路口而devise的，而不是用于去复杂的路口。