[Desktop/Win] 应用内自动更新 100% 失败：安装器备份改名 MoveFileExW 返回 error 32，重试 10 次全部失败（0.2.2-rc.1 → rc.2）

[xymdcyy]

[Desktop/Win] 应用内自动更新 100% 失败：安装器备份改名 MoveFileExW 返回 error 32，重试 10 次全部失败（0.2.2-rc.1 → 0.2.2-rc.2）

摘要

Windows 桌面端 0.2.2-rc.1 升级到 0.2.2-rc.2 时，点击「安装并重启」后应用退出、安装器启动，但安装器在"把旧安装目录改名为 *.old-{GUID} 作为回滚备份"这一步 MoveFileExW 返回 32（另一个程序正在使用此文件），重试 10 次全部失败后放弃；安装包已完整下载并校验通过。用户界面没有任何错误提示：应用被 --force-run 以旧版本重新拉起，仍然显示「安装并重启 0.2.2-rc.2」，于是形成"点一次失败一次"的循环。本机连续 2 次尝试 100% 复现。

环境

项	值
OS	Microsoft Windows 11 Enterprise 10.0.26300 (AMD64)
DSH Desktop	0.2.2-rc.1（resources/app.asar 内 package.json：@deepseek-ai/dsh-desktop 0.2.2-rc.1）→ 目标 0.2.2-rc.2
Electron	44.7.0（D:\DSH\version）
更新渠道	nightly（app-update.yml: provider generic, url https://download.deepseek.com/dsh-desk/feeds/win-x64/）
安装目录	D:\DSH（非系统盘、普通 NTFS、当前用户可写、非 reparse point）
安装类型	按用户安装（HKCU：DisplayVersion=0.2.2-rc.1、InstallLocation=D:\DSH、UninstallString="D:\DSH\Uninstall DeepSeek Harness.exe" /currentuser），update-info.json 中 isAdminRightsRequired: false，无需 UAC
启动方式	开始菜单/任务栏快捷方式，「起始位置」（WorkingDir）= D:\DSH
更新器缓存	%LOCALAPPDATA%\@deepseek-aidsh-desktop-updater\

复现步骤

1. 安装 0.2.2-rc.1（安装目录 D:\DSH），从开始菜单快捷方式启动（快捷方式「起始位置」= 安装目录）。
2. 账号卡片提示「安装并重启 0.2.2-rc.2」，点击。
3. 安装包下载完成（pending\deepseek-harness-0.2.2-rc.2-win-x64.exe，299,659,528 B，sha512 与 update-info.json 一致）。
4. 应用退出，安装器启动；约 1 分钟后应用以 0.2.2-rc.1 被重新拉起，界面仍提示「安装并重启 0.2.2-rc.2」。
5. 重复第 2 步，结果完全一致（本机 18:09:40、18:17:15 两次，第二次距上次失败仅 2 分钟）。

现象

• 用户侧只有「安装中」→ 无结果 → 重新拉起旧版本，无任何错误提示，也没有指向日志的入口。
• 每次失败都会在 %LOCALAPPDATA%\@deepseek-aidsh-desktop-updater\installer-logs\ 生成一份 directory-failure-<YYYYMMDD-HHMMSS>.log（本机两份内容一致，仅 Time/GUID 不同）。

证据

1. 安装器失败日志（原文）

Operation: MoveFileExW
Windows error: 32 (另一个程序正在使用此文件，进程无法访问。)
Source: D:\DSH
Destination: D:\DSH.old-{9CA2F1DD-2F74-4F38-9160-6A9DD15B988A}
Restoration error: 0
Time: 2026-11-12 18:09:40
Windows: 10.0.26300
Attempts:
backup: Windows error: 32
backup: Windows error: 32
...（共 10 次，全部 32）

第二份为 DSH.old-{12EB7F8A-...}、Time: 2026-11-12 18:17:15。Restoration error: 0 说明旧目录未被破坏，仍是 rc.1。

2. 排除权限 / 权限提升 / 磁盘问题

• 错误是 32（占用）而不是 5（拒绝访问）；当前用户对 D:\DSH 有 Modify 权限，可正常写入/删除测试文件；D 盘剩余 106 GB。
• update-info.json: {"fileName":"deepseek-harness-0.2.2-rc.2-win-x64.exe","sha512":"5rRAkVruKkm4KELAbTqV8ZFrMwSo3oESnzXb9ebkJWPCMe6WuHORQZR63uY+BqAc6sBdyBtwSelsCGh0k1NcJA==","isAdminRightsRequired":false}。
• installer.exe 与 pending\deepseek-harness-0.2.2-rc.2-win-x64.exe 字节一致（SHA256 7E25286518CE520B5C0943E178C52CDBA1CC9EC3680BC7DA181B79879E080C32，VersionInfo ProductVersion 0.2.2-rc.2）。

3. 进程工作目录（PEB ProcessParameters.CurrentDirectory 实测）

运行时 8 个 DSH 进程的可执行文件都是 D:\DSH\DeepSeek Harness.exe，其 cwd：

PID  14596 (main)   cwd = D:\DSH\
PID  3424  (renderer) cwd = D:\DSH\
PID  31356 (gpu)    cwd = D:\DSH\
PID  30776 (network) cwd = D:\DSH\
PID  19784 (host, --expose-internals ...\dsh-desktop-host\lib\index.js)  cwd = C:\Users\<user>\.dsh\profiles\desktop\
PID  24132 / 31600 / 1264（host 子进程） cwd = C:\Users\<user>\.dsh\profiles\desktop\

即：从快捷方式启动时，主进程及其 Electron 子进程的 cwd 就是安装目录 D:\DSH；Host 及其子进程的 cwd 是 profile 目录。

4. 更新链路（源码）

• apps/desktop/src/update-coordinator.ts:218：this.updater.quitAndInstall(true, true)。
• electron-updater（app.asar 内 node_modules/electron-updater/out/）：NsisUpdater.doInstall() 只调用 this.spawnLog(installerPath, args)；BaseUpdater.spawnLog(cmd, args = [], env = undefined, stdio = "ignore") 里 spawn(cmd, args, { stdio, env, detached: true }) —— 未指定 cwd，安装器继承主进程 cwd。
• BaseUpdater.quitAndInstall()：install() 同步拉起安装器后，setImmediate(() => { ...; this.app.quit() })，即先拉起安装器、下一个 tick 才退出应用。

分析：为什么 10 次重试注定失败

1. 失败点固定是"旧目录整体改名"。MoveFileExW 返回 32 只可能来自两类保持：某进程把该目录当作 cwd（Windows 不允许重命名任何进程的当前目录），或目录内有句柄未以 FILE_SHARE_DELETE 打开。
2. 重试期间被占用状态不会自行变化（cwd/句柄不释放），所以 10× 重试 + Sleep 无意义；这与日志中"10 次全部 32、Restoration error: 0"完全吻合。
3. 本次失败是确定性的（连续 2 次；社区里其他用户连续 3~4 次），说明持锁者有稳定的成因，不是偶发杀软/索引器扫描。

补充一点与现有解释相冲突、需要确认的细节：#13086 将其解释为"安装器继承了主进程 cwd（安装目录）导致自锁"。但从仓库源码看，apps/desktop/scripts/installer-directories.nsh:174-175 在改名之前先执行 SetOutPath $PLUGINSDIR，而 NSIS 的 SetOutPath 在运行时是 SetCurrentDirectory(buf)（EW_CREATEDIR 且 parm1=1，见 NSIS Source/exehead/exec.c；本机下载 NSIS 源码核对过）。也就是说：安装器自身在备份改名时的 cwd 已经是 $PLUGINSDIR，而不是安装目录。因此若采纳"继承 cwd"的解释，还需解释改名瞬间仍持有 D:\DSH 的 cwd/句柄到底来自谁。

同时，installer.nsh:173-202 的 customCheckAppRunning 只轮询 $INSTDIR\${APP_EXECUTABLE_FILENAME} 是否存在（250 ms × 40）；本次既然写出了 directory-failure 日志而不是 INSTALLER_RUNNING 退出路径，说明该检查认为应用已退出，却仍有东西占着目录 —— 这是本报告最需要被定位的一点。

建议

1. 可观测性（最小、收益最大）：customInstallerDirectoryFailed 在 silent 模式下只写日志、不提示；建议把 Windows error: 32 回传主进程，在更新 UI 上给出可读错误（"安装目录被占用"），并把 installer-logs 路径呈现给用户。
2. 定位持锁者：改名失败时用 Restart Manager（RmStartSession/RmRegisterResources/RmGetList）枚举占用 $INSTDIR 的进程与文件并写入日志；或枚举 cwd 位于 $INSTDIR 下的进程。这样一次复现就能定死根因，也能直接区分 "cwd 自锁" 与 "句柄未释放"。
3. 降低触发面：spawnLog 显式给安装器一个中性 cwd（如 app.getPath("temp")）——成本极低、无副作用，即使不是本 bug 的唯一原因也值得加。
4. 等待范围：把 customCheckAppRunning 从"只看 exe 文件"扩展为"exe 消失 + $INSTDIR 下无进程 cwd/句柄"，并把总预算从 ~10 s 提高到与目录改名重试预算相匹配的级别。
5. 重试策略：当前 backup 重试 10 次、间隔 250 ms × attempt（≈11 s），首次安装/杀软扫描 300 MB 目录时偏短；建议指数退避 + 总预算 60 s 量级的可配置值。

临时绕过（用户可用，社区多例已验证有效）

完全退出 DSH（托盘退出 + 任务管理器确认无 DeepSeek Harness 进程），从中性目录手动运行更新器已下载好的安装包：

Start-Process "$env:LOCALAPPDATA\@deepseek-aidsh-desktop-updater\installer.exe" `
  -ArgumentList '--updated','/S','--force-run' -WorkingDirectory $env:USERPROFILE

（installer.exe 与 pending\deepseek-harness-0.2.2-rc.2-win-x64.exe 相同；社区 #13086 报告从安装目录之外的 cwd 手动运行 37 s 完成。）另一条社区已验证路径是把快捷方式「起始位置」改为中性目录后从快捷方式启动再更新（#13086）。

关联报告

本现象今天已有多个报告，本贴补充的是：Windows 11 26300 + D:\DSH 按用户安装的独立现场、PEB cwd 全量实测、以及与「安装器 cwd 自锁」解释存在冲突的 NSIS SetOutPath 语义核对。相关：#13086、#13057、#13054、#13080、#13037、#13040、#13041、#13076。

备注

• 报告中的用户名/机器名已脱敏；日志与路径均为原文（中文错误消息保留原文）。
• 我没有在本机代跑"手动安装包"这一步（会终止当前正在使用的 DSH 会话），因此"绕过是否在本机成功"尚未验证，但失败证据与社区绕过路径的机制一致。

[xymdcyy]

同机复验（绕过路径有效）：本报告所在机器在两次应用内失败后，改为「完全退出 DSH → 从中性 cwd（%USERPROFILE%）运行 %LOCALAPPDATA%\@deepseek-aidsh-desktop-updater\installer.exe --updated /S --force-run」，一次成功：

• 安装目录成功完成 .old-{GUID} 备份改名与新目录替换，无 DSH.old-* / DSH.new-* 残留；
• resources/app.asar 内 @deepseek-ai/dsh-desktop version = 0.2.2-rc.2（build commit a6b1b85f…），HKCU DisplayVersion 同步为 0.2.2-rc.2；
• 应用由安装器以 --updated 参数自动拉起（18:57:40），installer-logs 没有产生新的 directory-failure-*.log，也无新 crash 日志。

⇒ 安装器自身、安装目录（D:\DSH，按用户安装）与权限都没有问题，失败只出现在「应用内 quitAndInstall 交接给安装器」这条路径上，与主贴及 #13086 的判断方向一致。仍需确认的是交接瞬间到底是谁持有 D:\DSH（cwd 还是未释放句柄），这也是建议加 Restart Manager 诊断的原因。

[xymdcyy]

结论更新（2026-11-13）：根因已定位——持锁者是 rc.2 新增「安装状态窗口」拉起的 rundll32，而非更新器自身

感谢 #13086 中 CosMoss114 与 skoenng 的排查。此前我在该帖提出的疑问（installer-directories.nsh 改名之前已 SetOutPath $PLUGINSDIR，说明安装器自身 cwd 不是安装目录）现在有了完整解释：

1. 静默更新（/S --updated --force-run）时 apps/desktop/scripts/installer.nsh 的 customInit 先执行 ShowRestartBanner——此时安装器尚未 SetOutPath，CWD 仍是从应用继承的安装目录；
2. restart-banner.nsh → window-frame.dll::InstallerStartRestartStatus → apps/desktop/installer/restart-status.h 的 CreateProcessW(rundll32.exe, …, nullptr /* lpCurrentDirectory */, …)：横幅子进程 rundll32 继承了安装目录作为 CWD，并被放入 KILL_ON_JOB_CLOSE 的 Job（句柄 $RestartStatusJob 只在成功路径的 customInstall 里关闭，失败时活到安装器退出）；
3. 之后 dshPromoteDirectories 才 SetOutPath $PLUGINSDIR 释放安装器自己的 CWD，但 rundll32 仍以 $INSTDIR 为 CWD ⇒ MoveFileExW($INSTDIR → $INSTDIR.old-{GUID}) 10/10 返回 ERROR_SHARING_VIOLATION (32)。

因此「安装器自身 cwd 已是 $PLUGINSDIR」与「整目录改名失败」并不矛盾；installer-directories.nsh 的 10 次重试也必然无效（持锁 cwd 在重试期间恒定）。同类旁证：#13057 的 handle64 显示应用进程树对安装目录持有裸目录句柄，而 customCheckAppRunning 只轮询 $INSTDIR\DeepSeek Harness.exe，残留的横幅/孙进程不会被这个检查发现 ⇒ 出现「检查通过但目录仍被锁」。

本机验证数据（Windows 11 10.0.26300、按用户安装到 D:\DSH、rc.1 → rc.2）

• 应用内更新：两次，均在备份改名阶段 Windows error: 32、backup: ×10、Restoration error: 0，版本保持 rc.1，界面无提示、应用被旧版重新拉起（installer-logs\directory-failure-20261112-18{0940,1715}.log）；
• 手动中性 cwd：完全退出 DSH 后从 %USERPROFILE% 运行 %LOCALAPPDATA%\@deepseek-aidsh-desktop-updater\installer.exe --updated /S --force-run，一次成功——resources/app.asar 内版本 0.2.2-rc.2（build commit a6b1b85f）、HKCU DisplayVersion=0.2.2-rc.2、无 .old-*/.new-* 残留、无新增 failure 与 crash 日志。

建议修法（与 #13086 / #13110 的结论一致）

1. 安装器侧（根因）：restart-status.h 的 CreateProcessW 传 lpCurrentDirectory = $PLUGINSDIR（或 %TEMP%）；或在 customInit 一开始就 SetOutPath "$PLUGINSDIR"，保证之后任何子进程都不继承 $INSTDIR；
2. 应用侧（防御）：electron-updater spawn 时显式 cwd: os.tmpdir()，或 quitAndInstall 前 process.chdir(app.getPath('temp'))；
3. 诊断/可观测：rename 失败时用 Restart Manager（RmRegisterResources/RmGetList）把占用者写进 directory-failure-*.log，并让 error 32 在 /S 下透出 UI，而不是静默回退。

临时绕过（社区已验证，#13025）

完全退出 DSH（确认 0 个 DeepSeek Harness 进程）→ 从安装目录之外的 cwd 运行 pending\deepseek-harness-0.2.2-rc.2-win-x64.exe /S --updated --force-run。本机即用此法完成升级。注意：手动安装后更新器缓存不会自动清理（本机残留 572 MB），可手动删除 %LOCALAPPDATA%\@deepseek-aidsh-desktop-updater\。

参考：#13086（根因讨论）、#13057、#13110、#13025（临时方案）。