问题标签 [apfs]

我已经在运行 High Sierra 的 MBP 上创建了一个 APFS 卷，以便将其用作我在工作中使用的 iMac 的 Time Machine 驱动器（我们没有备份解决方案，所以这是我保持自己安全的黑客方法MPB 本身是单独备份的）。

我愚蠢地认为 100GB 就足够了（因为我只备份某些文件夹）但是在不到一周的时间里 iMac 已经填满了它并且 Time Machine 抱怨磁盘空间不足。

我正在尝试找出一种方法来扩展卷（比如 150GB），但是我可以找到的每个帮助页面和博客都向您展示了如何缩小容器。

我试过使用磁盘工具，但它没有让我选择调整单个卷的大小（仅限于整个容器）。 磁盘工具截图

我也尝试过使用diskutilin 终端，但不想破坏。

我不想转储并重新创建可能的分区，但如果这是唯一的选择，我会处理它。

干杯

马特

我有一个文件夹“test”，其中只包含一个稀疏文件。文件的逻辑大小为 5.24 GB，但物理大小为零字节，在文件属性中正确显示，但父文件夹的物理大小不是零字节。

我想知道为什么文件和父文件夹的物理大小存在差异，有没有办法修改文件夹的物理大小。虽然 du -sh 返回正确的物理大小，但我也想在信息中显示它，类似于它为稀疏文件显示的方式。

我正在使用带有 APFS 的 High Sierra。检查下图中文件和文件夹的属性“大小”。

我无法访问 High Sierra 中的 .DS_store 文件。APFS 是否将文件夹的元数据存储在其他地方，如何在 APFS 中读取和修改文件夹的元数据。

在 macos 上使用 bash 我可以使用cp -c. 是否有提供相同功能的 Python 库？shutil 中的复制功能似乎没有提到克隆。

在 APFS 克隆上：https ://developer.apple.com/library/content/documentation/FileManagement/Conceptual/APFS_Guide/Features/Features.html

在 BSD 克隆文件上：http: //www.manpagez.com/man/2/clonefile/

我有一个文件夹（ProjectA），其中包含多个文件夹（Pano1、Pano2、Pano3...），每个文件夹包含 2 个图像（Left1 和 right1、left2 和 right2、left3 和 right3...）。

我在 Photoshop 中使用脚本在 ProjectA 中的每个“Pano”文件夹上运行 photomerge。

它曾经完美地运行，它将在 photomerge 中打开 Left1，然后是 Right1，并处理全景图。总是向左，然后向右。

现在安装 High Sierra 后，我正在使用的 SSD 已将文件格式更改为 APFS。现在它有时会先使用 Right1，然后再使用 Left1，从而导致生成的全景图与先使用 Left1 然后使用 Right1 的情况不同。它首先选择左或右的方式似乎不是随机的，但我无法理解它使用的逻辑。

我知道是 APFS 导致了这个问题，因为如果我将 ProjectA 放在 HFS+ 硬盘中，脚本运行完美。

这是我使用的脚本，任何帮助将不胜感激！

新的 Mac OS High Sierra 不会在文件系统层将 UTF8 NFC 文件转换为 NFD ( https://en.wikipedia.org/wiki/Unicode_equivalence )（就像之前的 mac OS 一样）。现在我想转换一些文件，因为我的应用程序需要 UTF8 NFD 格式的文件。这适用于具有 convmv 和此调用的 linux 机器：

我通过自制软件在 Mac 上安装了 convmv，当我调用它时，我得到：

似乎由于文件内容不同而无法转换，这对我来说毫无意义。我可以一次又一次地运行它并且每次都“转换”。我尝试使用--replace、--exec、--nodouble

我有一个NSPersistentDocument在 OS X 上使用（没有自动保存）和UIDocument在 iOS 上使用（也没有自动保存）的应用程序。文件表示是二进制核心存储。自 iOS 7 + macOS 10.10 以来，此应用程序一直运行良好。

如果我在 OS X 10.13 上打开一个文档，而另一台设备（macOS 10.13 或 iOS 11）打开同一个文件，在下一次保存时我会收到警告“自您打开或保存此文档后，该文件的文件已被另一个应用程序更改。 " . 该警告是虚假的，因为仅在另一台设备上发生了打开 - 而不是保存。

在寻找此通知的可能原因时，我注意到当在一台设备上打开 iCloud 文件时，com.apple.lastuseddate#PS会更新名为的扩展属性。我已确认此扩展属性在 iOS 11 和 macOS 10.13 上均已更新。此扩展属性似乎未在早期版本的 iOS 或 macOS 中使用。我想知道文件元数据的更新是否触发了这个虚假警告。

（我怀疑这个属性可能与NSFileProvideriOS 11 相关，因为有一种新方法setLastUsedDate:forItemIdentifier:completionHandler:，而FinderSyncmacOS 10.13setLastUsedDate:forItemWithURL:completion:也是新方法。）

我的问题是——其他人看到这种新行为了吗？它是否会引起其他人如此烦人的副作用？

我正在使用 FSEvents API 来检测备份应用程序的文件系统更改。/应用程序在 ROOT ( ) 路径上创建一个 FSEvent 流。现在，如果 sombody 通过具有不同大小写/规范化的 shell 删除文件，问题就开始了。假设文件夹 (/Users/bob) 包含一个名为的文件a.txt并且用户使用 删除它A.TXT，在这种情况下，事件将针对路径/Users/bob/A.TXT而不是/Users/bob/a.txt.

此时备份应用程序对删除文件的情况（在 HFS+ 和 APFS 下）一无所知。从 10.13 开始，APFS 是 Mac 设备的默认文件系统，它保留了文件的规范化。因此，在 APFS 下问题变得更加复杂，因为应用程序对已删除文件的规范化也一无所知。在开发人员文档中，我找不到有关此的详细信息。理想情况下，删除事件应保留文件的大小写和规范化。

对此的任何见解表示赞赏。

我认为这在某种程度上与 iCloud Drive 有关，但我没有调查过。

我正在尝试使用 Apple 文件系统 (APFS) 在 macOS 上查找Perl重命名的问题。我已经能够使用 perls 将其复制回至少 5.12.3，但我所有的都是使用 Apple LLVM 版本 9.1.0 (clang-902.0.39.1) 编译的。那些相同的 perls 在 FAT 或 HFS+ 文件系统中没有这个问题。我在其他任何地方都没有注意到这个问题。

• 第一次运行它。我最终得到一个Changes和一个Changes.bak。这正是我所期望的。

• 再次运行它。你最终得到了Changes and Changes 3文件。没有Changes.bak。这很奇怪。

• 再次运行它。我最终得到了一个Changes文件Changes.bak和Changes 3。

• 再次运行它。我最终得到了一个Changes文件，Changes 3和Changes 4。同样，没有Changes.bak。

• 如果我删除这print条线，我就无法呈现（“医生，当我这样移动我的手臂时会很痛”）。

• 我重新订购了文件句柄打开和关闭，但这似乎没有解决任何问题。

我认为在文件系统级别发生了一些事情。所以我真的有两个问题：

• 这是一个错误，在什么级别？在我开始弄乱文件句柄之前，是否rename不能保证完成它需要做的任何事情？

• 我想读取旧文件并创建在中间插入一些数据的新文件。复制标题，插入新行，将所有旧行输出到新文件中。我可以写入一个临时文件并稍后移动它，但我还在做其他愚蠢的事情吗？

如果您可以重现此行为但不知道，请发表评论。也许我的系统还有其他奇怪的地方。

我试图将我的 Macbook air 恢复出厂设置，因为它太慢而且太迟钝。在我尝试重新安装 High Sierra 的最后阶段，弹出一个错误，说它无法为 APFS 安装创建预引导。我应该怎么做才能解决这个问题？我不能放图片，所以我在下面放了一个链接，以获取我的屏幕目前的 Google 驱动器图片。

https://drive.google.com/file/d/13-KylKvrrekgi6qcQ-XMPM4bhOdsCa57/view?usp=drivesdk