发布于2026-05-22 阅读(0)
扫一扫,手机访问
需清理Boot Camp残留的EFI引导项、恢复分区及Microsoft Basic Data卷:先用diskutil list定位分区,执行eraseVolume free清除;再挂载EFI分区删除microsoft目录;最后resizeContainer扩容APFS容器并验证修复。

在Mac上通过Boot Camp安装Windows,之后又移除了分区,这事儿听起来挺干净利落,对吧?但实际情况往往没那么简单。不少用户会发现,磁盘里似乎还藏着一些“幽灵”——比如EFI引导项、恢复分区,或者一些未识别的Microsoft Basic Data卷。这些东西在图形界面里不显山不露水,却实实在在地占用着空间,偶尔还会给磁盘管理添点乱。如果你也遇到了类似情况,别担心,下面这套方法能帮你把这些Boot Camp留下的“多余垃圾”彻底清理干净。
从macOS High Sierra开始,系统采用了APFS容器结构。问题就出在这里:有时候Boot Camp的安装过程会留下一些“尾巴”,比如Microsoft Reserved分区、OSXRESERVED分区,或者一些没有名字的Basic Data分区。这些分区Boot Camp助理自己都认不出来,图形界面自然拿它们没办法,所以必须请出终端,用底层命令来识别和释放。
操作起来其实有清晰的步骤:
首先,打开“应用程序”里的“实用工具”,找到并启动“终端”。
接着,输入命令 diskutil list 然后回车。这个命令会列出磁盘的完整布局,就像给你一张磁盘的“地图”。
在这张“地图”里,你需要仔细查找类型标注为 Microsoft Reserved、Microsoft Basic Data,或者名称里带有 OSXRESERVED、WinRE 字样的条目。找到后,记下它们的 IDENTIFIER,通常是类似 disk0s4 或 disk0s5 这样的格式。
定位到目标后,就该清理了。对每一个需要清除的分区,执行命令:sudo diskutil eraseVolume free none X。记得把命令里的“X”替换成你刚才记下的实际标识符。回车后,系统会提示你输入管理员密码,输入时光标不会移动,这是正常现象。
重复上一步,直到所有非系统必需的、与Microsoft相关的分区都被标记为“free”空间为止。
分区清理了,但工作还没完。Windows通过Boot Camp安装时,会在EFI系统分区(ESP)里写入一个/boot/microsoft/目录,里面放着BOOTMGR.EFI等启动文件。即使Windows分区已经被删除了,这些文件依然会赖在EFI分区里不走。它们不仅可能引发启动菜单的异常,还会白白占用几十MB的空间。EFI分区默认是隐藏的,所以需要我们手动挂载并清理。
具体怎么做呢?
第一步,在终端里创建挂载点:执行 sudo mkdir /Volumes/EFI。
第二步,挂载EFI分区:运行 sudo mount -t msdos /dev/disk0s1 /Volumes/EFI。这里要注意,disk0s1 是EFI分区比较典型的标识符,但为了保险起见,最好先用之前的 diskutil list 命令确认一下。
挂载成功后,进入目录:cd /Volumes/EFI/EFI。
然后,用 ls 命令检查一下,看看是否存在一个叫 microsoft 的文件夹。
如果它确实在那里,别犹豫,执行 sudo rm -r microsoft,把这个整个Windows启动目录彻底删除。
最后,别忘了卸载EFI分区:sudo umount /Volumes/EFI。
前面的操作把分区清除了,释放出来的空间目前还处于“可用”状态,并没有自动合并到你的APFS容器里。所以,我们需要显式地触发一次扩容操作。另外,一些残留的分区信息可能会导致容器校验失败,这一步也能一并修复。
首先,再次运行 diskutil list,这次要确认你的目标APFS容器的标识符是什么。它通常是 disk0s2,并且在类型一栏会明确标注为“APFS Container”。
确认之后,执行扩容命令:sudo diskutil apfs resizeContainer Y 0。记得把“Y”替换成你刚才确认的容器标识符,比如 disk0s2,然后回车执行。
接下来,验证一下主卷的完整性:运行 diskutil verifyVolume /。
如果命令返回类似“Error: -69842: The volume could not be verified completely”的错误信息,这说明磁盘里可能还有一些未清理干净的元数据残留。这时候,你需要重启Mac并进入恢复模式(开机时按住Command+R),然后在恢复模式的终端里运行修复命令:diskutil apfs repairVolume /dev/disk1s1。请注意,这里的路径(如/dev/disk1s1)需要根据你在恢复模式下再次运行 diskutil list 得到的实际输出来确定。
完成以上所有步骤后,Boot Camp遗留的垃圾文件就应该被彻底清除了,之前被占用的空间也回到了APFS容器的可用空间池中。不妨打开“关于本机”->“存储空间”看看,是不是清爽多了?
售后无忧
立即购买>office旗舰店
售后无忧
立即购买>office旗舰店
售后无忧
立即购买>office旗舰店
售后无忧
立即购买>office旗舰店
正版软件
正版软件
正版软件
正版软件
正版软件
1
2
3
4
5
6
7
8
9