hdiutil可以将包含HFS +分区的DMG文件附加到选定的挂载点。但是，它使用DiskImages.framework的私有API。我的目标是使这个任务完全编程，所以我在内核驱动程序领域寻找替代方案。
在深入研究由<sys/mount.h>表示的KPI时，我找到了根据匹配的fsid卸载文件系统的有用方法：
int vfs_unmountbyfsid(fsid_t *fsid, int flags, vfs_context_t ctx)
但是，我们对mount有相反的操作吗？
答案 0 :(得分：2)
启动挂载没有公共KPI，我甚至都不知道com.apple.kpi.private中的函数。然而，在用户空间中，除了DiskImages.framework之外还有很多东西：DiskArbitration.framework，当然还有mount(2)的POSIX系统调用。
我认为你可能会在这里混淆2个概念，这些概念实际上完全是分开的：
磁盘映像支持不是xnu内核的固有部分。它们在IOHDIXController对象中实现（代码为kext），您可以在IORegistry中找到IOResources。当用户双击.dmg文件或类似文件时，diskimages-helper守护程序将打开＆amp;解析它并指示IOHDIXController创建一个新的IODiskImageBlockStorageDeviceOutKernel实例（IOBlockStorageDevice子类）。这在OS中看起来像物理块设备，并且通常是IOBlockStorageDriver - >的堆栈。 IOMedia - ＆gt; IOPartitionScheme - ＆gt; IOMedia - ＆gt; IOMediaBSDClient个对象在其上配置自己。然后，这将导致设备发现事件在diskarbitrationd中触发，该事件将移至进程的第二部分：在新发现的mount(2)对象'IOMedia节点上调用/dev/diskXsY（ s）酌情。
据我所知，HDIX子系统没有打开。因此，如果您想要实现自己的磁盘映像格式，则需要重新创建类似于Apple diskimage-helper和IOHDIXController.kext的内容。如果你愿意，你可以完全在内核中实现它，尽管它可能不是一个好主意。
如果您使用的是IOStorage堆栈，第二部分是挂载，它是通过diskarbitrationd自动完成的，但您可以通过磁盘仲裁异议器来影响它。有关详细信息，请参阅DiskArbitration.framework。但是这也可以让你影响diskimages-helper处理的磁盘映像的安装，所以如果你使用它支持的图像格式，你就不需要编写自己的图像格式，只需截取挂载并做任何事情。你想做自己。
您也可以完全绕过IOStorage堆栈，只在您的kext中创建BSD dev节点。在这种情况下，diskarbitrationd不应该注意到它，你需要从你的守护进程中明确地调用mount()。
我希望澄清事情。