Multipass在M2 Air ARM设备上启动Ubuntu服务器的故障排查

问题背景

在使用Multipass虚拟化工具在Apple M2 Air ARM架构设备上启动Ubuntu服务器时，用户遇到了虚拟机持续处于"Starting"状态而无法正常启动的问题。该问题主要出现在macOS Sonoma 14.5系统环境下，使用Multipass创建基于QEMU后端的ARM架构Ubuntu 20.04服务器实例时。

故障现象

当用户尝试通过Multipass启动Ubuntu服务器实例时，观察到以下现象：

1. 虚拟机状态长时间停留在"Starting"
2. 控制台没有进一步的启动输出
3. 通过日志查看器可见QEMU进程已启动，但虚拟机未完成初始化

根本原因分析

经过技术排查，发现该问题的主要原因是macOS系统安全防护的拦截。在ARM架构的Mac设备上，Multipass依赖QEMU进行虚拟化，而QEMU的网络通信可能被系统安全防护阻止，导致虚拟机无法完成网络初始化和后续启动流程。

解决方案

针对此问题，推荐采取以下解决步骤：

1. 调整系统安全设置

   • 进入系统设置 > 网络 > 安全
   • 暂时调整安全级别
   • 重启Multipass服务或整个系统

2. 配置安全例外规则（长期方案）

   • 如果必须保持高级安全设置，可以为QEMU进程添加例外规则
   • 允许qemu-system-aarch64进程的所有网络通信

3. 验证解决方案

   • 再次尝试创建和启动Multipass实例
   • 确认虚拟机能够正常启动并获取IP地址

技术细节补充

在ARM架构的Mac设备上，Multipass使用QEMU作为虚拟化后端时，需要注意以下几点：

1. 网络配置特殊性：ARM架构的QEMU实现使用特定的网络设备模型(virtio-net-pci)，其通信方式可能与x86架构有所不同

2. 镜像存储位置：Multipass在macOS上的虚拟机镜像默认存储在系统级目录下： /var/root/Library/Application Support/multipassd/qemu/vault/instances/

3. 日志查看：当遇到启动问题时，可以通过以下命令获取详细日志： multipass logs <instance-name>

预防措施

为避免类似问题再次发生，建议：

1. 在安装Multipass前检查系统安全设置
2. 考虑将Multipass相关进程加入安全例外列表
3. 定期检查Multipass版本更新，获取最新的兼容性修复

总结

在Apple Silicon设备上使用Multipass时，系统安全配置是需要特别注意的关键因素。通过合理配置网络安全策略，可以确保Multipass虚拟机的正常启动和运行，同时兼顾系统安全性。对于开发者而言，理解底层虚拟化技术的工作原理有助于更快地定位和解决类似问题。