OSX/Linux 之间共享的 HFS+ 主分区上的锁定文件

Question 1

我也遇到了同样的问题。

根据我在这里和其他地方读到的信息，我理解这是 hfsplus 模块中的一个 Linux 内核错误。它会向文件添加随机用户标志。有两个标志可防止编辑/删除文件：uchg 和 uappnd。这两个标志很危险。它们可以应用于文件，甚至可以应用于父目录。

标志显示为：

$ ls -laO /Volumes/我的卷

可以使用以下方法递归删除标志：

$ man chflags

$ chflags -R nouchg，nouappnd，noopaque，dump /Volumes/my-volume

注意：我还删除了 opaque 和 nodump 标志。我不需要标志。

Answer

我也遇到了同样的问题。

根据我在这里和其他地方读到的信息，我理解这是 hfsplus 模块中的一个 Linux 内核错误。它会向文件添加随机用户标志。有两个标志可防止编辑/删除文件：uchg 和 uappnd。这两个标志很危险。它们可以应用于文件，甚至可以应用于父目录。

标志显示为：

$ ls -laO /Volumes/我的卷

可以使用以下方法递归删除标志：

$ man chflags

$ chflags -R nouchg，nouappnd，noopaque，dump /Volumes/my-volume

注意：我还删除了 opaque 和 nodump 标志。我不需要标志。

Question 2

这@意味着该文件在文件系统中附加了“扩展属性”（额外元数据，缩写为“xattrs”）。要查看附加到文件的 xattrs 列表，请ls -l@在 Mac OS X 中执行。

经典 Mac OS 有“Finder 信息”的概念，它是 HFS 卷上所有文件都具有的一小组固定（不可扩展）元数据。这包括“类型和创建者代码”和“Finder 标志”，包括“锁定”位、“可见”（隐藏）位和其他几个。Mac OS X 基本上已经弃用了旧的 Finder 元数据，但在仍然需要它的情况下，它现在会作为 xattr 附加到文件系统中的文件记录中。您看到的那些锁定文件几乎肯定附加了这个 Finder 信息 xattr，以便可以记录旧 Finder“锁定”位的状态。

我的 Snow Leopard 系统有一个/usr/bin/xattr命令似乎没有手册页，但如果你用调用它，它确实有一个使用说明-h。请注意，这xattr -l filename对于获取文件附加的 xattrs 值的十六进制/ASCII 转储很有用。

Mac OS X 的内置命令用于从终端查看和操作旧 Finder info xattr 包括GetFileInfo(1)和SetFile(1)。

更新：
我无法很好地解释为什么这些文件会被锁定，但我的直觉是，无论您在 Linux 中运行什么 HFS 支持软件，要么误解了旧 Finder 锁定位的用途和弃用状态并在不应该设置它时设置它，要么故意使用锁定位作为将某种 Linux 文件系统语义概念映射到 HFS 的机制。

Finder 锁定位旨在让用户手动锁定自己的文件，以免他们意外修改或删除它们，并且不是旨在作为一种进程级文件锁定机制，以避免多个进程同时写入同一文件。也就是说，它不应该替代fcntl(2)或flock(2)。在设计 Finder 锁定位时，Mac 还不是多处理系统。

更新 2： 也可能是 Aquamacs 滥用旧的 Finder 锁定位来实现 emacs 的文件锁定愿望。

Answer

这@意味着该文件在文件系统中附加了“扩展属性”（额外元数据，缩写为“xattrs”）。要查看附加到文件的 xattrs 列表，请ls -l@在 Mac OS X 中执行。

经典 Mac OS 有“Finder 信息”的概念，它是 HFS 卷上所有文件都具有的一小组固定（不可扩展）元数据。这包括“类型和创建者代码”和“Finder 标志”，包括“锁定”位、“可见”（隐藏）位和其他几个。Mac OS X 基本上已经弃用了旧的 Finder 元数据，但在仍然需要它的情况下，它现在会作为 xattr 附加到文件系统中的文件记录中。您看到的那些锁定文件几乎肯定附加了这个 Finder 信息 xattr，以便可以记录旧 Finder“锁定”位的状态。

我的 Snow Leopard 系统有一个/usr/bin/xattr命令似乎没有手册页，但如果你用调用它，它确实有一个使用说明-h。请注意，这xattr -l filename对于获取文件附加的 xattrs 值的十六进制/ASCII 转储很有用。

Mac OS X 的内置命令用于从终端查看和操作旧 Finder info xattr 包括GetFileInfo(1)和SetFile(1)。

更新：
我无法很好地解释为什么这些文件会被锁定，但我的直觉是，无论您在 Linux 中运行什么 HFS 支持软件，要么误解了旧 Finder 锁定位的用途和弃用状态并在不应该设置它时设置它，要么故意使用锁定位作为将某种 Linux 文件系统语义概念映射到 HFS 的机制。

Finder 锁定位旨在让用户手动锁定自己的文件，以免他们意外修改或删除它们，并且不是旨在作为一种进程级文件锁定机制，以避免多个进程同时写入同一文件。也就是说，它不应该替代fcntl(2)或flock(2)。在设计 Finder 锁定位时，Mac 还不是多处理系统。

更新 2： 也可能是 Aquamacs 滥用旧的 Finder 锁定位来实现 emacs 的文件锁定愿望。

Question 3

我找到了一个解决方法。这似乎是 hfsplus 内核模块中的竞争条件，由对用户标志的非原子访问引起。我已禁用它，并且用户标志将永远为零，解锁，对我来说没问题。

fs/hfsplus/inode.c 第 248 行附近：

    inode->i_mode = mode;

/* FIXME commented out because of unreliable results, needs mutex_lock (?) */
//    HFSPLUS_I(inode)->userflags = perms->userflags;
    if (perms->rootflags & HFSPLUS_FLG_IMMUTABLE)

fs/hfsplus/catalog.c 第 79 行附近：

            perms->rootflags &= ~HFSPLUS_FLG_APPEND;

/* FIXME commented out because of unreliable results, needs mutex_lock (?) */
//    perms->userflags = HFSPLUS_I(inode)->userflags;
    perms->mode = cpu_to_be16(inode->i_mode);

您可以构建自定义内核，但我使用 dkms：

$ cd /usr/src
$ tar xjpvf linux-source-*.tar.bz2 linux-source-*/fs/hfsplus
$ cp -R linux-source-*/fs/hfsplus hfsplus-YOUR_VERSION
$ vi hfsplus-YOUR_VERSION/inode.c
$ vi hfsplus-YOUR_VERSION/catalog.c
$ vi hfsplus-YOUR_VERSION/dkms.conf (see below for the content)
$ su
# dkms install hfsplus/YOUR_VERSION

/usr/src/hfsplus-您的版本/dkms.conf：

NAME=hfsplus
VERSION=YOUR_VERSION
PACKAGE_NAME="$NAME"
PACKAGE_VERSION="$VERSION"
MAKE[0]="make -C ${kernel_source_dir}
  SUBDIRS=${dkms_tree}/${NAME}/${VERSION}/build modules"
BUILT_MODULE_NAME[0]="hfsplus"
DEST_MODULE_LOCATION[0]="/kernel/fs/hfsplus"
REMAKE_INITRD=y
AUTOINSTALL="yes"

注意：如果我不进入 /usr/src ，安装将会失败。

卸载方法：

# dkms remove hfsplus/YOUR_VERSION --all

环境：MacBookPro7,1、Core 2 Duo、SATA NVidia MCP89 AHCI、Mac OS X 10.6、Debian GNU/Linux、内核 2.6.28、2.6.29、3.0、3.1、3.2。

Answer