微软商店 0x80073CF9：下载 Codex 安装失败的排查与解决

2302_81924750

559人浏览 · 2026-08-27 09:50:47

2302_81924750 · 2026-08-27 09:50:47 发布

最近在 Windows 11 家庭版上通过微软商店安装 Codex 时，遇到了一个比较典型但不太容易定位的问题：点击安装后，微软商店提示“出现问题，请稍后再试”，错误代码为：

0x80073CF9

一开始以为只是微软商店缓存或者网络问题，但经过一番排查，最终发现真正的问题并不是 Microsoft Store 本身，而是应用安装目标盘 D: 的 AppX/MSIX 部署环境存在异常。

下面记录一下完整的排查过程，希望能给遇到同样问题的人提供参考。

一、问题现象

我的系统环境：

Windows 11 家庭版
通过 Microsoft Store 安装 Codex
应用默认安装位置为 D: 盘

点击 Codex 的安装按钮后，微软商店提示：

出现问题
我们已经了解此问题，并正在努力解决此问题。请稍后再试。

错误代码：

0x80073CF9

这个错误码本身比较笼统，仅凭它很难判断真正原因。

因此没有直接重装 Microsoft Store，而是进一步查看 Windows 的 AppX 部署日志。

二、通过事件查看器定位真正错误

打开：

Win + R

输入：

eventvwr.msc

进入：

应用程序和服务日志
    → Microsoft
        → Windows
            → AppXDeployment-Server
                → Operational

然后重新尝试安装 Codex。

这次在日志中找到了关键的 Event ID 404。

其中最重要的信息是：

错误 0x8007177E：无法为以下对象获取暂存会话：
fcec75e199ea7c2b24b53b8beeb576108f05f975

详细信息中还显示：

ErrorCode    0x8007177e
MountPoint   D:
CallingProcess svchost.exe,wuauserv

这就非常关键了。

微软商店显示的是：

0x80073CF9

但真正导致 AppX 部署失败的底层错误实际上是：

0x8007177E

也就是说，0x80073CF9 更像是 Microsoft Store 展示出来的外层错误，而真正应该继续追踪的是 AppXDeployment-Server 中的错误。

三、进一步检查 D: 盘

从日志可以看到：

MountPoint: D:

因此首先检查 D: 的文件系统。

管理员 PowerShell 执行：

Get-Volume D | Format-List DriveLetter,FileSystem,FileSystemLabel,HealthStatus,Size,SizeRemaining

结果显示：

FileSystem : NTFS

所以可以排除 D: 是 exFAT 或 FAT32 导致的问题。

接下来检查 Windows 是否全局禁用了 NTFS 加密：

fsutil behavior query disableencryption

结果：

DisableEncryption = 0  (Encryption is ENABLED)

说明 Windows 全局并没有禁用加密功能。

但是问题依然存在。

四、直接测试 D: 是否可以使用 EFS

为了进一步确认 0x8007177E 是否与 D: 的文件加密能力有关，创建一个临时测试目录：

mkdir D:\EFSTest

然后执行：

cipher /e D:\EFSTest

结果却是：

Encrypting files in D:\

EFSTest             [ERR]
EFSTest: The request is not supported.

0 file(s) [or directorie(s)] within 1 directorie(s) were encrypted.

这一步非常关键。

因为：

D: = NTFS
系统全局 Encryption = ENABLED

但实际对 D: 执行 EFS 操作却返回：

The request is not supported.

这与之前 AppXDeployment-Server 中出现的：

0x8007177E

形成了对应关系。

也就是说，D: 虽然是 NTFS，但它当前并不能正常执行 EFS 所需的操作。

五、进一步发现 D: 是 Windows 应用安装盘

继续检查 D: 根目录：

Get-ChildItem D:\ -Force | Select-Object Name,Attributes

发现 D: 根目录存在：

WindowsApps
WpSystem
Program Files
ProgramData
WUDownloadCache

其中尤其值得注意的是：

WindowsApps
WpSystem

这说明 D: 不只是普通的数据盘，它之前已经被 Windows 配置或使用为 Microsoft Store / AppX 应用的安装卷。

这也与之前日志中的：

MountPoint: D:

完全对应。

因此，问题基本可以定位为：

D: 作为 Windows 应用安装卷时，其当前的卷状态/应用卷配置存在异常，导致 AppX 部署阶段无法创建 staging session，最终产生 0x8007177E，并被 Microsoft Store 显示为 0x80073CF9。

六、最终解决办法：把新的应用安装位置改到 C:

既然问题集中在 D:，最简单也最安全的办法不是直接删除 WindowsApps，也不是重装系统，而是先把 Windows 新应用的默认安装位置改回系统盘 C:。

进入：

设置
→ 系统
→ 存储
→ 高级存储设置
→ 新内容的保存位置

找到：

新的应用将保存到：

原来选择的是：

D:

改成：

C:

然后重新打开 Microsoft Store，再次安装 Codex。

这一次安装成功。

Codex 可以正常完成安装并启动。

七、为什么这个方法有效？

整个问题最终可以简单理解为：

Microsoft Store
        ↓
安装 Codex
        ↓
AppXDeployment-Server
        ↓
目标安装卷 D:
        ↓
创建 staging session
        ↓
D: 无法正常完成相关 EFS 操作
        ↓
0x8007177E
        ↓
AppX 部署失败
        ↓
Microsoft Store
        ↓
0x80073CF9

而改成 C: 后：

Microsoft Store
        ↓
安装 Codex
        ↓
AppXDeployment-Server
        ↓
目标安装卷 C:
        ↓
部署成功
        ↓
Codex 安装完成

因此，这次问题并不是简单的“Microsoft Store 坏了”。

八、过程中几个容易踩坑的地方

1. 不要只看 0x80073CF9

看到：

0x80073CF9

很容易想到：

Microsoft Store 缓存
网络问题
Store 服务
重置 Microsoft Store

这些确实可能导致 Store 安装失败，但这次真正有价值的信息来自：

AppXDeployment-Server
→ Operational
→ Event ID 404

最终发现真正的错误是：

0x8007177E

所以遇到类似问题时，事件查看器往往比 Microsoft Store 的错误提示更有价值。

2. 不要看到 WindowsApps 就直接删除

D: 上存在：

WindowsApps
WpSystem

并不意味着可以直接删除。

这些目录与 Windows Store 应用的安装和管理有关，里面可能存在已经安装的应用。

因此不建议直接执行：

Remove-Item D:\WindowsApps

也不要随便修改整个目录的所有者和权限。

如果 D: 上还有其他 Store/Xbox 应用，更应该谨慎处理。

3. NTFS 并不代表 EFS 一定能够正常工作

这次比较容易误判的一点就是：

D: = NTFS

正常情况下容易认为 EFS 肯定没问题。

但实际测试：

cipher /e D:\EFSTest

却返回：

The request is not supported.

因此，检查文件系统类型只能作为第一步，不能完全代表该卷的实际能力和配置状态。

九、最终结果

最终采取的方案非常简单：

D: 安装 Codex
    ↓
0x80073CF9
    ↓
检查 AppXDeployment-Server
    ↓
发现 0x8007177E
    ↓
确认 D: 为 NTFS
    ↓
确认系统全局加密已开启
    ↓
cipher 测试 D: EFS 失败
    ↓
发现 D: 存在 WindowsApps / WpSystem
    ↓
将新的应用保存位置改为 C:
    ↓
重新安装 Codex
    ↓
安装成功

所以对于遇到同样问题的 Windows 11 用户，可以优先尝试：

查看 AppXDeployment-Server/Operational
找最近一次的 Event ID 403/404
确认真正的底层错误码
如果日志出现 0x8007177E，检查应用安装目标卷
尝试将“新的应用将保存到”改为 C:
再重新安装应用

这次并没有重装 Windows，也没有删除 WindowsApps，更没有修改注册表。

总结

0x80073CF9 并不一定意味着 Microsoft Store 本身出了问题。

这次 Codex 安装失败的关键在于：

Microsoft Store
0x80073CF9
        ↓
AppXDeployment-Server
0x8007177E
        ↓
MountPoint: D:
        ↓
D: 的 EFS/应用卷环境存在异常
        ↓
改用 C: 安装
        ↓
Codex 安装成功

如果你的 Windows 11 也是把 Microsoft Store 应用默认安装到 D:，并且遇到 0x80073CF9，建议先不要急着重置 Store 或重装系统，优先检查 AppXDeployment-Server 日志以及实际的安装目标盘。

需要注意的是，这次只是绕过了 D: 的问题，让 Codex 成功安装到 C:，并没有真正修复 D: 的 AppX/EFS 环境。如果以后还需要把 Microsoft Store 应用继续安装到 D:，还需要进一步修复 D: 的应用卷配置。