问题标签 [apfs]

从版本 8.1 到 Mountain Lion (10.8)，操作系统支持称为“命名分叉”的概念。命名分叉相当于 Windows 中的“备用数据流”。

现在，互联网上在命名叉与资源叉之间以及命名叉与扩展属性之间存在大量混淆。这是显示它们都是独立概念的时间表：

• 1984 1.0：MFS：数据分叉+资源分叉
• 1985 2.1：HFS：仍然只有数据+资源分叉
• 1988 8.1：HFS+：增加了对命名分叉的支持
• 2005 10.4 Tiger：HFS+：增加了扩展属性
• 2013 10.9 Mavericks：HFS+：命名分叉已弃用
• 2017 年 10.13 高山脉：APFS

1. 在所有操作系统版本和所有 Apple 文件系统上始终存在数据分叉和资源分叉。这些天来，操作系统似乎使用资源分支的唯一地方是为文件夹提供自定义图标时。这将创建一个名为的文件，该文件Icon\r使用零长度数据叉和资源叉中的图像数据。文件名包含一个实际的回车符！

2. 在引入扩展属性之前，命名分叉被支持了 7 年。

3. HFS+ 绝对支持命名分叉和扩展属性 8 年，但我不知道一个文件是否可以同时具有这两者，或者它们是否与 Mavericks 之前的命名分叉和 Mavericks 之后的扩展属性相同。

4. 在引入 APFS 之前 4 年，已弃用命名分叉。

命名的分叉从未被广泛使用。我编写了代码来尝试调用FSCreateFork文件和目录。无论是在 HFS+ 还是 APFS 卷上，无论我在 Big Sur 或 Sierra 下运行它，它总是失败并显示错误 -1402“Fork name parameter is bad”。我无权访问其他操作系统版本。

所以由于我找不到测试的方法，而且由于网上的信息是一团糟，我无法谷歌它。

这里有专家知道 APFS 是否支持命名分叉吗？

我有两个 16tB 外部驱动器，格式化为 APFS，连接到运行 Catalina 10.15.7 的 MacBook Pro。驱动器 A 镜像到驱动器 B（我已经验证它们实际上是使用 ChronoSync 和 Beyond Compare 的镜像）。使用磁盘工具，我验证了它们最初格式化为完全相同的字节数。但是驱动器 A 有 626gB 的可用空间，而驱动器 B 有 583gB，或少了 43gB 的可用空间。

这怎么可能？我也许可以理解一个小的差异，但不是 43gB。Beyond Compare 发现了一些 .DS_Store 文件，它们有细微的差别，但加起来甚至不超过 43gB。

这可以通过说驱动器 B 重新映射比驱动器 A 多 43GB 的坏扇区来解释吗？如果是这样，我该如何验证这一点？如果没有，是否有某种 ChronoSync 和 Beyond Compare 看不到的隐藏文件？如果这两个都不是，那到底是怎么回事？

在不区分大小写的文件系统（例如 NTFS 或 APFS）上克隆包含区分大小写文件路径（例如 /README.md 和 /readme.md）的 git 存储库时，git 只会检查其中一个冲突文件。

在 macOS 中，如何列出因不区分大小写而发生冲突的所有文件？

根据手册页touch，为了更改符号链接上的时间戳，可以使用touch -h -t MMDDhhmm mylink.

这在我的带有 APFS 的 macOS 机器上不起作用，链接的时间戳未修改，并touch按照链接修改目标的时间戳。

这是关于 APFS 的已知事实还是有什么我不明白的？

当我在我的 Mac 上运行

结果检查不区分大小写。所以filePath将返回与FiLePaTh. 但是，我需要它进行区分大小写的检查。有没有办法做到这一点？

我在 macOS 12.3 上的 APFS 格式卷上运行它。