win11下Multipass修改默认MULTIPASS_STORAGE位置后，持续报错waiting for daemon的问题

在学习juju时，Canonical 的教程推荐了自家的开源虚拟机软件 Multipass。据说基于 Windows 原生的 Hyper-V，优化很丝滑，且内置大部分 Ubuntu 版本。如此好用的东西肯定要尝尝咸淡。

当笔者兴致冲冲地下载好后，立刻发现问题：Windows 家庭版无法使用 Hyper-V，遂研究专业版升级。

系统升级了，Hyper-V 也开启，随便启动了一个测试虚拟机，又报错了。

退出一看，发现 C 盘已经爆红，原来坑爹的安装程序只能指定本体文件地址，镜像存放地址仍然默认在 C 盘的 ProgramData 中。又研究修改默认存放地址，没想到又踩了很多坑。

先说最简洁的方案：

1. 下载 .msi 安装程序（先不要执行程序！）

2. 修改环境变量，以管理员身份运行 PowerShell，执行以下命令：

[System.Environment]::SetEnvironmentVariable('MULTIPASS_STORAGE', 'D:\MultipassData', 'Machine')

其中 D:\MultipassData 修改为你实际想存放的地址。

3. 运行 .msi 安装程序。系统安装程序会自动识别MULTIPASS_STORAGE变量，将所有镜像数据写入你指定的地址，完全不会碰 C 盘。正常到这一步就 OK 了。

4. 如果你已经运行过安装程序且触发了 waiting for daemon 的问题，那么最简单的方式是彻底删除 Multipass 文件和系统变量MULTIPASS_STORAGE，然后按上述步骤来。

原理，以及复杂的方案：

为什么在安装好 Multipass 后再修改MULTIPASS_STORAGE变量位置，即使文件内容复制、文件位置都正确，依然会触发 waiting for daemon？

答案是 Windows 的 NTFS 权限继承逻辑：当你首先设置好MULTIPASS_STORAGE的路径后，MSI 安装器以SYSTEM身份在指定位置创建文件夹，创建者和所有者都是 SYSTEM。但若安装完后自行创建 D 盘目录并复制文件，则该目录的创建者和所有者是当前用户。但 multipassd 服务以 SYSTEM 身份运行，没法访问没权限的目录，只会得到 access denied，我们看到的就是不停的 waiting for daemon。

因此，如果确实需要在已安装完后修改存放镜像位置，参考以下步骤：

1. 停止 Multipass 服务，用管理员启动 PowerShell，执行以下命令：

Stop-Service Multipass

2. 创建指定位置的目录并复制数据

# 创建目标目录 New-Item -ItemType Directory -Path "D:\MultipassData" -Force # 复制数据（保留权限） robocopy "C:\ProgramData\Multipass" "D:\MultipassData" /E /COPYALL /DCOPY:T

3. 设置系统环境变量（见简洁方案）

4.配置目录权限

# 给予 SYSTEM 账户完全控制权限 $acl = Get-Acl "D:\MultipassData" $rule = New-Object System.Security.AccessControl.FileSystemAccessRule( "NT AUTHORITY\SYSTEM", "FullControl", "ContainerInherit,ObjectInherit", "None", "Allow" ) $acl.SetAccessRule($rule) Set-Acl "D:\MultipassData" $acl

5. 重启 Multipass 服务

Start-Service Multipass

6. 验证

multipass list multipass info

（完）