我最近整理了一个 AppleScript 文件，其中涉及一次读取文件。我用来执行此操作的命令是：

现在，虽然这可以正常工作并且符合预期，但问题来了，我希望将其集成到一个单独的应用程序中，该应用程序将在必要时运行此脚本，但意识到需要使用该代码的每个人都必须进入这个脚本并专门输入他们的用户名，这对某些人来说可能很棘手或乏味。

为了规避这个问题，我查看了谷歌，在那里我发现了一些关于 HFS 文件路径的更多信息，我没有先验知识发现一般公式是：

他们给出的使用这种文件路径的示例是：

这被证明是令人困惑的，因为它根本没有引用用户名。因此，我尝试将原始命令行更改为：

但是，这被证明是不成功的，并且出现了一个错误。我的下一个想法是为当前用户名设置一个变量并将其集成到路径中，如下所示：

不幸的是，由于某种原因，这似乎也不起作用。如果有人能指出我如何解决避免在 HFS 文件路径中使用用户名的问题的正确方向，我将不胜感激。

预先感谢您的帮助，

汤姆

在 Windows 中它可以正常工作。在 Mac OS HighSierra(13.4) 中，它不接受来自 Apple Mail 应用程序的文件。每次尝试从 Apple Mail 应用程序中删除文件时，都会在控制台中写入缺少 HFS 承诺错误。

控制台输出：2018-04-19 10:07:24.237 java[91646:4228080] 无法从粘贴板中获取 HFS Promise 的副本 2018-04-19 10:07:24.238 java[91646:4228080] 寻找粘贴板上的 HFSPromises，但没有找到。

例如，从桌面删除的文件将被接受。有任何想法吗？

背景

我试图使用创建netatalk，按照这里的教程。一些版本信息：Time CapsuleRaspberry Pi 3

• netatalk 3.1.12
• macOS 10.14.5
• 树莓派 4.19.50-v7+

问题和发现

在到达教程的最后一部分并且能够连接过来之后afp://，我意识到该卷是只读的。

我重新阅读教程并意识到我没有做第一步，因为驱动器已经是HFS +。我的猜测是正常工作ignore ownership on this volume必不可少的。netatalk

结果/症状列表

• [✔︎] 可以连接过来afp://
• [✔︎] 可以挂载外置硬盘RPi
• [] 安装的驱动器RPi是read-only
• [] 某些目录无法读取，既不RPi也不通过afp://
  • 即cp导致cp: cannot open 'filename' for reading: Permission denied
• [] 无法在 macOS 上挂载外部驱动器
• [] 卷在 macOS 上是只读的afp://

使用的配置

/etc/fstab

/etc/netatalk/afp.conf

/etc/nsswitch.conf

/etc/avahi/services/afpd.service

尝试修复

• macOS 挂载不起作用
• macOS 强制挂载不起作用
• macOS guidiskutil first aid无法
• macOS cli diskVerify 无法挂载和停止
• macOS cli diskRepair 无法挂载并停止
• RPi fsck 似乎无法解决问题
• RPi fsck.hfsplus 似乎无法解决问题

问题和方向

该驱动器能够以只读方式安装，并在 RPi 上进行一些禁止访问，数据可能是安全的。目前，该驱动器拒绝在 macOS 上挂载，因此我无法使用 macOS 启用ignore ownership on this volume.

为什么卷（HFS+，在 macOS 上创建和使用）在教程之后可以在 RPi 上挂载，之后在 macOS 上变得无法挂载？

给出症状，是否有任何关键步骤导致此（除了不检查ignore ownership on this volume）？

是否有一些曲目作为解决方案？到：

1. 在 macOS 上安装驱动器，这允许我修复权限并备份数据

2. 修复 RPi 的权限，因此备份并通过afp://

或者，有什么更好的建议来克服这些障碍。

I am trying to extract certain files from the following dmg:

https://kakadusoftware.com/wp-content/uploads/2014/06/KDU802_Demo_Apps_for_MacOS_200113.dmg_.zip

I used to be able to extract older versions ${OLD_BINARY} of this dmg using HFSExplorer and the following steps:

1. Extract HFSExplorer

2. Extract pkg from dmg

But HFSExplorer now fails on this new binary.

So, I am looking for other command line tools to extract the dmg.

过去，Macintosh 操作系统的一个怪癖是文件有两个“分支”，一个“资源分支”通过专用资源 API 保存软件使用的资源，另一个“数据分支”保存普通的旧文件其他系统上的数据，包括二进制代码、纯文本文件中的文本等。

1998 年随 Mac OS 8.1 引入的 HFS+ 的一个鲜为人知的特性是，您可以拥有任意数量的任何文件的命名分支。类似于 NTFS 的另一个鲜为人知的功能，称为“ADS”（备用数据流）。

来自维基百科：

HFS Plus 允许文件名长度不超过 255 个字符，以及类似于 NTFS 的 n 分叉文件，尽管直到 2005 年几乎没有系统软件利用数据分叉和资源分叉以外的分叉

Apple 似乎不再记录使用这些额外分叉的 API。

我们是否知道 Apple 是否以及何时正式弃用该功能？如果没有，我们是否知道 API 何时从文档中消失。

我设置了一个 Electron 应用程序构建脚本，使用以下命令行将应用程序打包到 .dmg 文件中：

hdiutil create -srcfolder <appPath> -volname <volumeName> -anyowners -nospotlight -format UDRW -fs HFS+ -fsargs -c c=64,a=16,e=16

虽然这可行，但即使指定的 UDRW 格式不表示压缩，它最终也会被压缩（211 MB -> 74 MB），并且对源文件夹的任何更改似乎都会产生完全不同的输出文件。而且，对于基于块图的差异更新，我需要能够在仅引入最小更改时最大限度地减少流失（当目标平台是 Windows 并且格式是 ZIP 时，我很容易实现这一点）。

那么，这个构建脚本做错了什么？为什么最终的 DMG 会被压缩？当文件为 DNG 格式时，是否有可用的文件粒度压缩，或者这是一个丢失的案例，我必须在完全未压缩的应用程序或接受整个 DMG 流失之间做出选择，即使源文件夹中的单个字节发生变化？

补充：我可以理解，工具在构建镜像的时候，首先会产生一个HFS+分区，将源码复制到里面，然后用DMG镜像包裹起来，在这个过程中将其作为一个整体进行压缩。虽然它看起来像是一个广角镜头，但也许可以指示它在 FS 级别而不是 DMG 级别执行任何压缩？