WSA 安装失败完整修复指南:4 大常见报错一次修好
2026/9/16 16:17:24 网站建设 项目流程

WSA 安装失败完整修复指南:4 大常见报错一次修好

【免费下载链接】WSABuildsRun Windows Subsystem For Android on your Windows 10 and Windows 11 PC using prebuilt binaries with Google Play Store (MindTheGapps) and/or Magisk or KernelSU (root solutions) built in.项目地址: https://gitcode.com/GitHub_Trending/ws/WSABuilds

WSABuilds 让你在 Windows 10 和 11 上一键运行预构建的 Android 子系统,内置 Google Play 商店(MindTheGapps)与 Magisk/KernelSU root 方案。如果你在装的过程中弹出了 0x80073CF6、0x80073D10 之类的红字,或者装完 WSA 死活不启动,这篇 WSA 安装失败修复指南会带你按报错逐层定位、逐个修复。

安装前自检:5 项系统条件必须过一遍

动手前先对照这份清单。很多"诡异报错"其实是这类低级问题:

检查项要求
系统版本Windows 11 Build 22000.526 或更高;Windows 10 22H2(19045.2311)或更高,Win+R 输入 winver 查看
内存8GB 起步,推荐 16GB
磁盘空间系统盘 C:\ 至少 10GB 可用
分区格式仅支持 NTFS,exFAT 分区装不了 WSA
虚拟化BIOS 已开启,且 Windows 功能里"虚拟机平台"和"Windows 虚拟机监控程序平台"已启用

再留意几个隐形陷阱:

  • ❌ 修改版系统(ReviOS、Tiny10/11、Ghost Spectre 等)砍掉了部分系统功能,会直接导致安装失败
  • ❌ 不要用 Windows 自带解压工具解 .7z 安装包,用 7-Zip
  • ❌ 不要直接双击 Run.bat,右键选"以管理员身份运行"

4 大常见报错逐个拆解:现象、根因、修复、验证

0x80073D10:架构不匹配 → 下载了和你系统不符的安装包

如果你双击 Run.bat 后屏幕跳出架构不兼容的红字,问题不复杂:你拿错了 CPU 架构的包,比如在 x64 系统上装了 arm64 版本。

根因:WSA 发布包按系统架构分开提供,x64 与 ARM64 包互不通用,装错必报这个错。

修复步骤

  1. 打开"设置 → 系统 → 关于",看"设备规格"里的系统类型,确认你的电脑是 64 位(x64)还是 ARM64
  2. 到项目下载区选择对应版本:Windows 11 x64 选 x64 版,Windows 11 ARM64 选 arm64 版,Windows 10 只有 x64 版
  3. 删掉之前下错的安装包,解压正确的包后重新运行 Run.bat

验证:Run.bat 能顺利通过注册阶段,WSA 启动窗口弹出,报错不再出现。


0x80073CF6:Package could not be registered → 残留、防火墙或损坏包拦截了注册

这是 WSA 安装失败里最常见的一条。当你看到Deployment failed with HRESULT: 0x80073CF6, Package could not be registered时,说明 Windows 包管理器拒绝注册 WSA 应用包。

根因:不是单一原因,常见三类——旧 WSA 残留文件、防火墙服务异常、安装包文件损坏。

第一步:基础清理

  1. 确认安装包所在分区是 NTFS
  2. 从 Releases 页面重新下载最新的 .7z 安装包(排除下载损坏)
  3. 如果之前装过 WSA:先彻底卸载,再删除以下三个位置里所有包含 WindowsSubsystemForAndroid 的目录,然后重启电脑
    • C:\ProgramData\Microsoft\Windows\AppRepository
    • C:\ProgramData\Microsoft\Windows\WindowsApps
    • %localappdata%\ProgramData\Packages

很多人走到这里就好了。没解决就继续拿日志。

第二步:拿到详细日志

以管理员身份打开 PowerShell,进入 WSA 安装目录。下面第一行会再次报错并给出一个 ActivityID(UUID),第二行用它调出完整日志:

Add-AppxPackage -ForceApplicationShutdown -ForceUpdateFromAnyVersion -Register .\AppxManifest.xml Get-AppPackageLog -ActivityID <UUID>

第三步:按日志分流

  • 日志出现0x800706D9 no more endpoints available from endpoint mapper:是 Windows 防火墙问题。确认防火墙开启且启用"推荐设置",检查 Windows 防火墙服务正在运行,重启电脑
  • 日志出现0x80073B06 Initial screen image ... cannot be recognized:是包内启动图文件损坏。自制构建就删掉构建产物、重新拉取仓库重新构建;预构建包就重新下载最新版本
  • 实际报的是0x80073CFB(包已安装、重装被拦截):是旧版本注册残留。彻底卸载旧 WSA,删除%LOCALAPPDATA%\Packages下的MicrosoftCorporationII.WindowsSubsystemForAndroid_8wekyb3d8bbwe文件夹,再重新解压并运行 Run.bat

验证:再执行一次上面的注册命令,不再报 0x80073CF6,Run.bat 能完整装完。


0x80073CF0:安装脚本中断 → 文件损坏或解压路径过长

这个错比较"阴间":脚本直接停住,很少给出明确提示。

根因:WSA 发布文件名极长(版本号、Magisk 版本、GApps 信息全带上了),.7z 在下载或解压时损坏、或解压后路径超长,都会触发。

修复步骤

  1. 确认分区是 NTFS
  2. 从 Releases 页面重新下载 .7z
  3. 先把压缩包改短名(例如WSAArchive2407),再用 7-Zip 解压,别用系统自带解压工具
  4. 把解压出来的文件夹也改成短名,比如从一长串改成WSA
  5. 把文件夹放在路径较短的目录(文档文件夹即可),右键 Run.bat 以管理员身份运行

验证:脚本跑完整个流程并弹出 WSA 窗口。注意这个文件夹以后不能删,文末误区里有说明。


虚拟化相关报错:WSA 装完不启动 → 特性没配齐或 VBS 冲突

安装明明成功、WSA 却一次都打不开,或者启动时报虚拟化相关错误,问题出在系统虚拟化层。

根因:BIOS 虚拟化没开、Windows 虚拟化特性没勾选,或 VBS/Hyper-V 配置冲突。

第一步:确认三个前提

  1. 任务管理器 → 性能 → 虚拟化:显示"已启用"
  2. Win+R 运行optionalfeatures.exe,勾选 Hyper-V、Windows 虚拟机监控程序平台、虚拟机平台,应用后重启
  3. 进 BIOS/UEFI 开启虚拟化选项(Intel VT-x、AMD-V 或 SVM),保存退出。同时在 Windows 安全中心 → 应用和浏览器控制 → 利用防护 中确认控制流守护(CFG)已启用

第二步:前提都满足仍不启动时,做深度修复

  1. 卸载 WSA 并删除解压出的安装文件夹
  2. 在 Windows 功能面板里临时关闭:Hyper-V、虚拟机平台、Windows 虚拟机监控程序平台、Windows 子系统 for Linux,然后重启
  3. 进 BIOS 把虚拟化关闭(对,先关掉),重启
  4. 打开注册表编辑器做两处修改:\HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\FsDependsStart值从 3 改为 0;HKEY_LOCAL_MACHINE\System\CurrentControlSet\Control\DeviceGuardEnableVirtualizationBasedSecurity设为 0(没有该值就新建 DWORD 32 位)
  5. 以管理员身份打开 CMD,把启动程序监控器设为自动启动:
bcdedit /set hypervisorlaunchtype auto
  1. 重新勾选第 2 步关闭的 4 项特性,重启电脑
  2. 回 BIOS 重新开启虚拟化,再重启,最后运行 Run.bat 重装 WSA

验证:WSA 正常启动,设置应用能显示版本号,任务管理器里虚拟化仍显示"已启用"。

按层级归因的排查路径:你的问题卡在哪一环 🔍

遇到新报错别急着重装,先判断问题属于哪一层,能少走很多弯路:

  1. 系统层:BIOS 虚拟化、系统版本、修改版系统。典型症状是 WSA 完全不启动、或安装还没开始就报错。优先按"虚拟化"一节查三项前提
  2. 环境层:分区格式、路径长度、解压工具、下载完整性。典型症状是 0x80073CF0、脚本中断。按"0x80073CF0"一节缩短路径、重新解压
  3. 应用层:注册残留、防火墙、包文件损坏。典型症状是 0x80073CF6 / 0x80073CFB 这类注册失败。按"0x80073CF6"一节先清理再拿日志
  4. 权限层:Run.bat 窗口一闪就关、没弹管理员授权提示。这是执行权限问题,用 Win+X 打开管理员终端,切到解压目录后手动执行安装脚本:
cd "C:\WSA" PowerShell.exe -ExecutionPolicy Bypass -File .\Install.ps1

(把路径换成你实际的解压目录)如果手动执行也失败,基本可以判定你的电脑不满足 WSA 的硬件要求。

安装后验证与常见误区

验证 4 步:

  1. 搜索"Windows Subsystem for Android Settings"打开设置应用,确认"关于"页显示版本号
  2. 首次启动会弹诊断信息同意框,同时出现两个相同窗口属正常现象,点确定即可
  3. 打开 WSA 文件管理器,确认能正常浏览 Android 存储
  4. GApps 版本:从 Play 商店装一个应用并启动;No GApps 版本:用 ADB 侧载一个 APK 验证

误区:

  • ❌ 不要删除 WSA 安装文件夹:这是注册式安装,文件夹一删 WSA 就报废
  • ❌ 不要在 exFAT 分区上安装
  • ❌ 不要用系统自带解压工具解 .7z
  • ❌ 不要旧版本残留注册时直接装新版
  • ❌ 不要在修改版 Windows(ReviOS、Tiny 10/11 等)上强装

最该记住的三件事

  1. WSA 只认 NTFS 分区,安装文件夹要永久保留
  2. 下载前先看系统类型,x64 和 ARM64 的包不通用
  3. 报 0x80073CF6 时别盲目重装,先用Get-AppPackageLog拿日志定位真实原因

如果以上都试过仍装不上:去项目 Issue 区提问,附上Get-AppPackageLog的完整输出、winver 显示的版本号、BIOS 虚拟化状态,并说明问题卡在哪一层,维护者才能快速帮你复现。

【免费下载链接】WSABuildsRun Windows Subsystem For Android on your Windows 10 and Windows 11 PC using prebuilt binaries with Google Play Store (MindTheGapps) and/or Magisk or KernelSU (root solutions) built in.项目地址: https://gitcode.com/GitHub_Trending/ws/WSABuilds

创作声明:本文部分内容由AI辅助生成(AIGC),仅供参考

需要专业的网站建设服务?

联系我们获取免费的网站建设咨询和方案报价,让我们帮助您实现业务目标

立即咨询