从 xUbuntu 访问 Mac 文件系统

Wes*_*Wes 1 mac xubuntu partitioning macosx

我有一台 MacBook Pro,有 2 个操作系统...Mac OSx 和 Xubuntu(最新版本。)

我遵循了 lifehacker 指南,允许在启动 Linux 操作系统时访问我的 OSx 分区,其中包括更改 linux uID,以及禁用 HFS+ 驱动器上的日记功能。

当我在 Linux 中启动时,我在文件浏览器中看到了我的 OSx 分区,但是当我更深入地了解它时,我收到“访问被拒绝”的消息。我看到,在 OSx 的磁盘实用程序中,我可以选择禁用加密,但是当我点击它时,没有任何变化......加密会干扰吗?

有任何想法吗?

Rod*_*ith 5

问题不在于加密,而在于文件权限。IIRC,OS X 为其默认用户提供的用户 ID (UID) 为 501,而在 Ubuntu 中,第一个用户的 UID 为 1000。因此,磁盘上的文件似乎由您以外的其他人拥有,这意味着您将拥有除了 . 之外,无法访问这些文件root

您可以更改 OS X 用户或 Linux 用户的 UID。对于 Linux,您可以用来usermod执行此操作,但您需要root特权,考虑到 Ubuntu 设置方式,这有点尴尬,除非您有两个具有管理特权的帐户。此外,使用低于 1000 的 UID 会产生一些(大多数是轻微的)复杂情况。有关此主题的更多信息,请参阅本网站上的此问题。我不确定您如何将 OS X UID 更改为 1000;也许网络搜索或在 OS X 网站上询问会有所帮助。

不过,我必须质疑从 Linux 授予对主 OS X 分区的读/写访问权限是否明智。这是自找麻烦,主要原因有以下三个:

  • Linux HFS+ 驱动程序虽然相当不错,但可能存在可能导致数据丢失的错误。如果遇到此类错误,仅在 Linux 中安装 OS X 卷的行为就可能会毁掉该分区上的所有数据。我想强调的是,我不知道这些错误是否真的存在,但它们可能存在。
  • 通过禁用 HFS+ 卷上的日志,您将增加文件系统检查时间,如果 OS X 需要运行文件系统检查,这可能会减慢启动过程。
  • Linux 不包含针对损坏 OS X 系统文件的明确保护措施。虽然普通的文件权限应该有所帮助,但像 Linux 中这样的意外root可能会破坏 OS X 系统。

类似的注释也适用于从 OS X 访问 Linux 分区,尽管您可能不需要禁用日志来完成这项工作。(我还没有检查 OS X 的 Linux 文件系统驱动程序在这方面的最新状态。)

与其/在 Linux 中挂载具有读写访问权限的 OS X 根 ( ) 分区,不如创建一个单独的数据交换分区。如果您不需要交换大(超过 4GiB)文件,FAT 将很好地处理此任务,并且使用 FAT 将绕过 UID 问题,而 UID 问题是问题的根本原因。NTFS 也是如此,但除非您使用 Windows 进行三次引导,否则不建议使用 NTFS,因为 OS X 或 Linux 中没有好的 NTFS 修复工具,因此 NTFS 卷迟早会变得无法访问。因此,如果 FAT 不够,单独的 HFS+ 卷可能是最好的。然后,您需要同步 UID 值或对文件交换分区中使用的目录(包括其根目录)设置非常宽松的权限。