我们通过 ADDS（代表 Azure 共享的 AD 计算机对象）添加了 Azure 文件共享。我们配置了 Azure 共享以向所有用户分配 Contribute 访问权限。
我们现在希望限制用户删除使用 NTFS 权限创建的任何文件/文件夹，但域管理员仍然可以删除。
一种方法是创建一个单独的 AD 组，其中包含除管理员之外的所有用户，并删除该组的删除权限，但这意味着我们必须在用户来来去去时维护该组。实现这一点的最佳方法是什么？
我正在尝试从动态 VHD 的 NTFS 文件系统的主引导部分计算 MFT 偏移量。此动态 VHD MFT 的 Little Endian 群集位置突出显示：
然后进一步解析为MFT_OFFSET= cluster_address * sector_per_cluster * SECTORSIZE（此处SECTORSIZE为 512）来计算 MFT 的实际偏移量...此计算适用于固定 VHD 的情况。但在动态 VHD 中却并非如此。
在动态中，我有块分配表值。我用来计算磁盘 MBR 的第一个条目然后将我指向磁盘的第一个分区。在这里我可以计算 MBS 偏移量。但是当我使用上面提到的集群位置来计算 MFT 位置时，它指向其他地方。
有哪些进一步的步骤可以帮助我解决这个问题？
单个 NTFS 文件可以“硬链接”到多个目录条目；所有目录条目（例如 A、B、C）都指向相同的数据。如果对该单个文件（例如 A）进行了更改，则所有条目（A、B、C）现在都引用相同的更改数据。但是，如果您不希望 B 的数据发生变化怎么办？有没有办法让 Windows 将更改的 A 数据写入新文件，让 B 引用相同的未更改数据？例如，改变的A数据可以自动写入一个新的文件；或者可以警告用户并让用户选择是否将其他目录条目（B、C 等）链接到新数据。我确实看到，如果将 B 设置为只读，则无法写入 A，并且必须将对 A 的更改保存为新名称。但我更希望将更改自动写入新文件，
我在看FlyTech 的视频，当他制作了一对非法文件夹（一个名为“<”，另一个名为“>”）时，它让 Windows 认为包含它们的文件夹已损坏。对于具有非法字符的任何其他文件夹，似乎都不会出现此行为。
我想知道为什么这种特定的组合会让 Windows 认为包含的文件夹已损坏。我搜索了一下，找不到为什么会这样。谁能解释一下？
我看到 NTFS 文件有 SID。但我使用的是 ntfs-3g 用户映射，我能够将 UID 映射到 NTFS 文件的 SID，但无法找到 NTFS 文件的 windows GID。Windows NTFS 文件是否有 GID？
在 Linux 中有没有办法在 NTFS 上找到文件的 Windows UID 和 GID？ntfs-3g 用户映射提供了几个文件的 SID，但我找不到我想要的文件。
我有几个日志文件，一次增长一行，就像日志文件一样。这些文件可通过 SMB 网络共享获得。
我想定期复制这些文件。由于网络相当缓慢和拥挤，我不想每次都传输整个文件，而只想传输在前一个副本之后添加的新行。
我可以相信生成日志的程序只会附加到文件的末尾。（如果部分日志文件在写入后以某种方式被修改，那么整个日志无论如何都是不可信且无用的）。不需要比较源文件和目标文件的开头。
源文件和目标文件夹只能通过 SMB 文件共享获得，不允许两个系统之间的其他通信通道。
运行复制任务的电脑既可以访问源文件共享，也可以访问目标文件共享，但是这两个共享位于不同的网络中，这台电脑是它们之间的唯一桥梁。
是否有robocopy、xcopy 或其他 Windows 命令的巧妙组合来完成此操作？Robocopy 可以恢复部分下载，但在这种情况下我无法让它工作。
我已经读到 RSync 服务器在这里会有所帮助，但是通信必须跨越多个公司防火墙，阻止除 smb 文件共享之外的所有内容，并且不应修改生成日志的设备，所以我不认为这是一个选项。
我的磁盘快要死了（增加重新分配的扇区数），但每次 CHKDSK 修复所有问题直到下一次，我想尽可能长时间地继续这样，因为我知道所有风险和经常备份。
这一次是不同的。我去吃晚饭，忘记关闭系统进入睡眠状态（这样 Windows 就不会像不活动时那样经常丢弃硬盘），晚饭后我回到了 BSoD。根本无法启动计算机，它首先加载但然后粉碎“不可启动设备”。
我用 windows 恢复 usb 发现了这个：
所有扇区都是 RAW，CHKDSK 无济于事。所以它看起来像是一个真正的 RAW（通常 CHKDSK 知道什么时候它不是真的），并且 End 已经到来。
但后来我检查了基于 linux 的恢复盘“Ultimate Boot CD”和“Boot-repair-disk”，他们认为 hdd 没有任何问题，一切都是 NTFS，我可以自由浏览我的文件。现在我不确定这个问题是否无法解决。
测试磁盘：
还能做些什么来将 RAW 转换为 NTFS，或者至少找出真正的问题是什么？我只需要在上面运行 CHKDSK。
当我尝试使用我在 Windows 端的 Windows 驱动器/drvfs 挂载点下使用 WSL 创建的相同驱动器、相对路径 NTFS 符号链接时，我收到无法访问的错误消息。符号链接具有文件夹/目录的图标，其角落没有“链接图标”。
但是，如果符号链接是在管理员 PowerShell（Windows 终端）中启动的 WSL shell 中创建的，那么它在 Windows 端也可以正常工作。为什么？
当我们为文件夹设置自定义图标时，desktop.ini会在其中生成一个文件，其结构如下：
[.ShellClassInfo]
IconResource=${path to the icon file},0
[ViewState]
Mode=
Vid=
FolderType=Generic
但是如果您在目录中手动创建这样的文件，则不会显示自定义图标。它让我困惑了很长一段时间，直到我不小心查看了文件属性。奇怪的是，我发现我通过属性窗口设置图标的文件夹有一个ReadOnly属性。然后我尝试为我尝试通过直接创建设置图标的文件夹手动添加 ReadOnly 属性desktop.ini，并显示自定义图标。
现在我想知道，文件夹上的 ReadOnly 属性代表什么？是否可以在任何 Microsoft 文档中找到此行为？
请注意，我说的是目录文件系统条目上的 ReadOnly 文件属性，它与属性窗口中显示的只读复选框不同。
直到不久前，我什至不知道您可以使用 Windows 的内置压缩来压缩特定的文件夹、文件甚至整个驱动器。一个简单的方法是转到属性并选中“压缩内容以节省磁盘空间”，一切就绪。
第一次听说它，我认为它就像WinZip压缩文件以减小大小或将所有文件合并到一个压缩文件中。但它似乎有不同的用例。
最有趣的是文件被压缩了，但文件的哈希输出保持不变（使用第三方哈希计算器的简短实验）。这怎么可能是真的？如果输入发生变化，则哈希输出必须发生变化（除非发生非常罕见且偏离主题的冲突）。例如，假设我压缩了一个名为MYDOCUMENT.pdf的文件，我可以保持这种方式，将其放在 USB 驱动器或其他新安装的 PC 上，然后像普通文件一样使用它，而无需手动解压缩等?
当我在属性中检查文件大小时，大小甚至没有改变一个字节，但只有“磁盘大小”在减少。所以看起来文件的数据保持原样（相同的哈希值可能证明了这一点），但它只是在从操作系统端读取它时压缩和解压缩。
另一个问题是：通过键入“compact.exe /compactos:always”，还有另一种使用命令行提示符的压缩算法。两者有什么区别？
这些天Windows让我头疼：/