macOS 10.13 将在对纯 SSD 安装的旧系统升级时强行将卷宗格式转换成 APFS。

[ShikiSuen]

消息来源： http://applech2.com/archives/20170822-prepare-for-apfs-in-macos-high-sierra.html

机械硬碟和 Fusion Drive 不会被自动转换至 APFS ；纯 SSD 系统卷宗会被强制、强制、强制转换成 APFS。

该原则对目标卷宗「是否为 FileVault 卷宗」一视同仁。

安装有 macOS 10.13 的 APFS 卷宗可被至少 macOS 10.12.6 的 macOS 系统版本正常读写。

注一：如果位于 Fusion Driver 的 BootCamp 卷宗大于 3TB （千进制，非 1024 进制）的话，macOS High Sierra 会在系统升级时出现不支持的情况。根据该文章的消息，恐怕届时需要重做 BootCamp 卷宗。此外，BootCamp 不会有来自 Apple 官方的对 APFS 的读写支持。

注二：藉由 SMB 和 NFS 协议的档案共享服务可以与 AFPS 档案系统配合使用；但 AFP 协议除外。经由本地网路进行分享工作的 Time Machine 节点得藉由 SMB 协议来工作（而非 AFP ）。

@1stlulu 指出「说的应该是 APFS 的分区不能分享 AFP 映射，而不是 APFS 不能用 Time Machine 了。」

[ashfinal]

快来吧。电脑自买来还没重装过系统，正好趁此机会格式化一下。

[ShikiSuen]

发现自己居然将 Fusion Drive 错敲成 Fusion Driver 了…

[orzfly]

为不习惯楼主语言习惯的人翻译如下：

> 消息来源： http://applech2.com/archives/20170822-prepare-for-apfs-in-macos-high-sierra.html
>
> 机械硬盘和 Fusion Drive 不会被自动转换至 APFS ；纯 SSD 系统分区会被强制、强制、强制转换成 APFS。
>
> 该原则对目标分区“是否为 FileVault 分区”一视同仁。
>
> 安装有 macOS 10.13 的 APFS 分区可被至少 macOS 10.12.6 的 macOS 系统版本正常读写。
>
> 注一：如果位于 Fusion Drive 的 BootCamp 分区大于 3TB （千进制，非 1024 进制）的话，macOS High Sierra 会在系统升级时出现不支持的情况。根据该文章的消息，恐怕届时需要重做 BootCamp 分区。此外，BootCamp 不会有来自 Apple 官方的对 APFS 的读写支持。
>
> 注二：借由 SMB 和 NFS 协议的文件共享服务可以与 AFPS 文件系统配合使用；但 AFP 协议除外。经由本地网络进行分享工作的 Time Machine 节点得借由 SMB 协议来工作（而非 AFP ）。

[orzfly]

@ShikiSuen #2 最后一个 APFS 写成了 AFPS ……

[ShikiSuen]

@orzfly 分区(磁碟分割)=Partition ； Volume=卷宗 /宗卷。

[ShikiSuen]

@orzfly Reference: https://support.apple.com/zh-cn/HT201639

[yksoft1]

手工克隆机械硬盘的 OSX 10.13 到 SSD 的话系统能启动么

[JackBlack2006]

目测 Mac PE 要重做一个了 囧

[ShikiSuen]

@yksoft1 应该是可以开机的，毕竟 Apple 这样做也只是自己武断地认为 HFS+ 对 SSD 百害而无一利（相对 APFS 而言）、所以替大家作主了而已。在迁移系统之后直接原位执行 macOS High SIerra 安装程式即可自动转为 APFS （或者用终端机也可以，只是我建议还是交给 macOS 安装程式代劳）。

[ashfinal]

看见日文就脑壳疼……原始消息源在这里： https://support.apple.com/en-us/HT208018

1. 没用过 Boot Camp。问个事儿：之前 Boot Camp 文件系统之间能互通嘛？

2. AFP 看来要被抛弃的节奏，要用 NFS 代替？

[ashfinal]

@yksoft1 赞！思路还挺广…… 分区表都克隆上了，还怕不能启动？

@JackBlack2006 还有 Mac PE ？ =͟͟͞͞(꒪⌓꒪*)

[yksoft1]

显然是要继续使用 HFS+.

[moooookey]

那升级之后 bootcamp 就废了呗

[1stlulu]

@ShikiSuen

最后一条关于 AFP 的好像有些许出入 https://support.apple.com/en-us/HT208018

>> Volumes formatted with APFS can't offer share points over the network using AFP.
>> SMB and NFS are supported when using APFS.
>> The option to enforce only SMB-encrypted share points is also available.

说的应该是 APFS 的分区不能分享 AFP 映射，而不是 APFS 不能用 Time Machine 了。

[1stlulu]

接上条，局域网中有 AFP 的映射分区的话，APFS 应该是能正常在上面备份的。

[ShikiSuen]

@ashfinal 我直接升級到 macOS 10.13 Developer Beta 1，之後升級至今，BootCamp 一切正常。

[ShikiSuen]

@ashfinal 所謂你說的「 Boot Camp 文件系统」目前也就是 NTFS。

[boywang004]

目前发现一个尴尬的事情，Backup and Sync from Google 不支持 apfs ……而升级前的 Google Photos 支持（同时不支持的还有通过 samba 挂载访问）。

另外我觉得升级文件系统对普通用户来说还是很好的一件事，希望不会有当年 winxp 刚出时大家奔走相告不要转 NTFS 还是坚持使用 FAT32 的〔忧伤〕故事。

[ashfinal]

@ShikiSuen
> 此外，BootCamp 不会有来自 Apple 官方的对 APFS 的读写支持。
我问的是之前 Boot Camp 和 macOS 之间文件系统能互通？提供读写支持？
写完寻思了一下，按照 Apple 的一贯做法，应该是不通的。

[ashfinal]

@boywang004 苹果这可老牛掰了。文件系统升级按我的想法，这么底层的操作，竟然能影响到 Google Photos 这样的应用？

[ShikiSuen]

@ashfinal 如果一个 HFS+ 卷宗不是 CoreStorage 逻辑卷宗、而是独占一个裸的 GPT 磁碟分割的话，那么这个 HFS+ 可以在安装了 BootCamp 工具套件的 Windows 内直接读取（但无法写入，需要副厂工具支持…比如 Paragon HFS+）。

如果一个 HFS+ 卷宗属于是 CoreStorage 逻辑卷宗的话，那么就会对 Windows 不可见。

APFS 卷宗目前是对 Windows 不可见的，但我不知道将来是否会有副厂支持。

[ShikiSuen]

@boywang004 应该是和万国码标准化有关。我之前一直在用的某个 iOS 平台的录音笔应用就出现了无法存档的问题、导致我遗失了一些我自以为已经录制好的哼唱。

[feikaras]

显然是要继续使用 HFS+

[0xcb]

@ashfinal 升级安装转换磁盘文件系统格式，一般不会损失资料的，不过苹果还是推荐备份

[ashfinal]

@ShikiSuen 学习了。

感觉如果我将来一定要用 Boot Camp 的话，还是分一个小点的双方都支持的区（比如 ExFAT 格式），来放共享文件。
这算是一个比较不错的实践。你们目前都是咋处理的？

[boywang004]

@ShikiSuen 应该不是。我觉得是 Google 的代码写砸了。它在选择路径时明确要求挂载点是 HFS+……然后估计内部实现也真的是检测是不是 HFS+……于是我猜 FAT32/NTFS/samba/apfs 全阵亡……

[skylancer]

满满台湾用法.. 醉的不行

[zj299792458]

@ashfinal oot Camp 和 macOS 之间文件系统为何不能互通？还一贯做法？而且这和苹果有啥关系，苹果没有 ntfs 的专利，只能读不能写，装一个软件就能读写了。

[skylancer]

@zj299792458 不是专利，是没给钱

[lp10]

refind 引导的表示 APFS+BootCamp 目前没有任何问题。也完全可以手动调整两个系统的分区大小（先缩小 APFS 容器，再去扩大 NTFS 分区）

[zj299792458]

@skylancer ……这不是自相矛盾么，不是专利为什么要给钱？

[crystone]

搭车问下，对 NTFS 支持的插件是不是需要升级？

[ShikiSuen]

@zj299792458 Apple 只是觉得擅自提供 NTFS 写入支援的话会容易给那些白痴电脑用户带来一些很龟毛的问题…特别是针对已经纯休眠或者已经快速休眠关机的 NTFS 系统卷宗进行写入操作的话，更危险；以及，NTFS 版本是随着 Windows 系统版本更新的，而 Apple 在这方面提供写入支援的话永远都是慢一拍，更增加了些许隐患。之前 macOS 是可以借由改 FSTAB 的方式来对指定的 NTFS 卷宗启用写入支援的，现在 High Sierra Developer Beta 好像不可以这样做了。

[ShikiSuen]

@crystone 需要。至少目前 Tuxera NTFS 可能得等到他们出了大版本更新才能用。

[ShikiSuen]

@ashfinal ExFat 不稳定，我还是推荐使用 NTFS 加上副厂 NTFS 驱动。
（ FAT32 的某些分割表错误都无法被 macOS 的 diskutil 检测出来）

[ShikiSuen]

@skylancer 七年前当翻译（英译繁）时留下的职业病。你可以选择无视。

[ashfinal]

@ShikiSuen 没有共享分区的话，Windows 想要读取 HFS+ 磁盘文件怎么办？再安装一个副厂驱动？
ExFat 能不稳定到哪去呢，比第三方副厂驱动还不稳定？我去年把一个老的移动硬盘分个小区烧录 Sierra 镜像，剩下全部格式化为 ExFat 放下载的电影，用到现在没毛病。与其分别安装收费的副厂驱动（稳不稳定另说），分个双边支持读写的共享小分区，是更为明智的做法。

[ShikiSuen]

@ashfinal 你的 ExFat 卷宗是在 Windows 还是在 macOS 系统下格式化的？

[lisonfan]

就是升级之后 Time Machine 不能用了是吧

[lp10]

@ShikiSuen 第三方驱动倒是非常好用，只不过动系统文件的时候权限可能会出现奇怪的问题

[lp10]

High Sirerra 可以用 mounty 启动原生读写，但是能明显感觉不稳定，速度也慢。

@lisonfan Beta 3 之后就可以用 TM 了

@crystone Paragon 已经更了，Paragon NTFS for Mac 15

[ashfinal]

@ShikiSuen 想了半天还是确定不了，时间隔得有点久…… windows 下可能性大点，印象中没怎么用过 macOS 的分区软件。

[kappa]

@lp10 tm 可以用但是 tmutil disablelocal 没了

[vjnjc]

今天发现升级 high sierra 后，在 win os 下面不能直接回 mac 了 0 0，原来就是这个原因

[ShikiSuen]

@vjnjc 目前是必須在開機時摁 ALT 現行切換系統才可以。