在 Arch Linux 上挂载 HFS+ 分区

Question

我在 Arch Linux 上安装 hfs+ 分区时遇到了一些问题。

当我运行时，sudo mount -t hfsplus /dev/sda2 /mnt/mac我收到此错误：

mount: wrong fs type, bad option, bad superblock on /dev/sda2,
   missing codepage or helper program, or other error

   In some cases useful info is found in syslog - try
   dmesg | tail or so.

跑步dmesg | tail给出：

[ 6645.183965] cfg80211: Calling CRDA to update world regulatory domain
[ 6648.331525] cfg80211: Calling CRDA to update world regulatory domain
[ 6651.479107] cfg80211: Calling CRDA to update world regulatory domain
[ 6654.626663] cfg80211: Calling CRDA to update world regulatory domain
[ 6657.774207] cfg80211: Calling CRDA to update world regulatory domain
[ 6660.889864] cfg80211: Calling CRDA to update world regulatory domain
[ 6664.007521] cfg80211: Exceeded CRDA call max attempts. Not calling CRDA
[ 6857.870580] perf interrupt took too long (2503 > 2495), lowering kernel.perf_event_max_sample_rate to 50100
[11199.621246] hfsplus: invalid secondary volume header
[11199.621251] hfsplus: unable to find HFS+ superblock

有没有办法挂载这个分区？

编辑：

使用sudo mount -t hfsplus -o ro,loop,offset=409640,sizelimit=879631488 /dev/sda2 /mnt/mac出手的hfsplus: invalid secondary volume header中dmesg | tail

Answer 1

很可能 HFS 卷没有挂载，因为 HFS 分区被包裹在 CoreStorage 卷中（自 OS X 10.10 以来的默认值）。您可以通过以下输出验证是否是这种情况fdisk -l：

HFS+ 使用两个卷标头，一个 1024 进入设备，第二个 1024 来自设备末端。根据规范，当挂载一个分区时，次标头预计距离分区末尾正好是 1024 字节，但是 CoreStorage 包装了 HFS 卷，这不再是这种情况，所以它中止了。您可以通过-o sizelimit=Ntomount手动指定 HFS 卷大小并解决此问题，但是如何获得 的魔术值N？

该testdisk实用程序可以扫描分区，提示 HFS 分区真正结束的位置。小心 - 在 testdisk 中选择错误的选项可能会损坏您的分区表！

1. 启动 TestDisk testdisk /dev/sdX，然后OK选择驱动器
2. 选择IntelMBR 或EFI GPTGPT 格式的驱动器
3. 按Analyse然后Quick Search

4. 片刻之后，它应该打印找到的分区：

   指示的分区看起来非常接近（但略小）比fdisk -l之前报告的 623463232 个扇区的实际分区大小。

   由于 TestDisk 输出使用扇区，我们需要将其乘以驱动器的逻辑扇区大小（通常为 512 或 4096 字节）以获得 HFS 卷大小（以字节为单位）。这是N我们-o sizelimit=N在挂载 HFS 卷时将使用的值。

   如果您不知道驱动器的逻辑扇区大小，请检查下面显示的行上报告的第二个 第一个数字的输出fdisk -l：

5. 按q几次退出程序

6. 挂载磁盘： mount /dev/sdXn -t hfsplus -o ro,sizelimit=N