☰

从 xUbuntu 访问 Mac 文件系统

tag-icon • tag-icon partitioning xubuntu mac macosx
从 xUbuntu 访问 Mac 文件系统

我有一台装有 2 个操作系统的 MacBook Pro......Mac OSx 和 Xubuntu（最新版本）。

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

在 Linux 中启动时，我在文件浏览器中看到了我的 OSx 分区，但当我深入查看时，却出现“拒绝访问”提示。我发现，在 OSx 的磁盘实用程序中，我可以选择禁用加密，但当我点击它时，什么都没有改变...加密会造成干扰吗？

有任何想法吗？

答案1

问题不在于加密，而在于文件权限。如果我没记错的话，OS X 为其默认用户提供的用户 ID (UID) 为 501，而在 Ubuntu 中，第一个用户的 UID 为 1000。因此，磁盘上的文件似乎归您以外的其他人所有，这意味着您无法以任何身份访问这些文件root。

您可以更改 OS X 用户或 Linux 用户的 UID。对于 Linux，您可以使用usermod来执行此操作，但您需要root权限，而这有点尴尬，因为 Ubuntu 的设置方式，除非您有两个具有管理权限的帐户。此外，使用低于 1000 的 UID 会产生一些（大多是小问题）麻烦。请参阅这个网站上的这个问题了解有关此主题的更多信息。我不确定您如何将您的 OS X UID 更改为 1000；也许 Web 搜索或在 OS X 网站上询问会有所帮助。

不过，我必须质疑从 Linux 授予对主 OS X 分区的读/写访问权限是否明智。这会带来麻烦，主要有三个原因：

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

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

与其/在 Linux 中以读写权限安装 OS X 根 ( ) 分区，不如创建一个单独的数据交换分区。如果您不需要交换大文件（超过 4GiB），FAT 可以很好地处理此任务，使用 FAT 将绕过导致问题的根源 UID 问题。NTFS 也是如此，但除非您使用 Windows 进行三重启动，否则不建议使用 NTFS，因为 OS X 或 Linux 中没有好的 NTFS 修复工具，所以迟早 NTFS 卷将无法访问。因此，如果 FAT 不够用，单独的 HFS+ 卷可能是最好的选择。然后，您需要同步 UID 值或在文件交换分区（包括其根目录）中使用的目录上设置非常宽松的权限。

相关内容