Win11 BitLocker解密中途断电会导致硬盘显示“未初始化”或“RAW”，实为TPM与元数据错位；需先用manage-bde -status确认“Conversion in Progress”，再通过diskpart修复卷头、chkdsk修复文件系统，最后用Disable-BitLocker -MountPoint强制清除加密元数据。
Win11 BitLocker解密中途断电导致硬盘无法识别、分区丢失、提示“未初始化”或“RAW格式”，甚至资源管理器中盘符消失——这不是砖，是解密流程被强制中断后TPM与加密元数据状态严重错位，系统已无法校验卷结构完整性。
先确认是否真因断电中断解密
右键“此电脑”→“管理”→“磁盘管理”，找到对应硬盘。若显示为“未知”“未初始化”或分区栏全黑无任何卷标，且右键菜单中“属性”→“常规”选项卡下看不到“BitLocker加密”字样，则大概率不是BitLocker残留问题，而是底层卷头/元数据损坏；若仍显示“状态：正在解密中”或“已启用（加密中）”，则确认为断电导致的解密挂起状态。
打开管理员权限的Windows终端，执行：manage-bde -status D:（D:替换成你的盘符）。如果输出中出现 【Conversion Status: Conversion in Progress】 且 EncryptionPercentage 数值卡在某个非0非100的整数（如47、83），就是典型断电中断痕迹——此时BitLocker服务已失去对卷的控制权，不能继续解密，也不能直接关闭。
用diskpart重建基础卷结构（仅限NTFS原始分区）
此操作不触碰文件数据区，只修复卷头和$MFT引用，适用于断电后磁盘在磁盘管理中显示为“RAW”但能识别容量的情况。
管理员终端中依次输入：
diskpart → list disk → select disk X（X为你的目标硬盘编号，务必核对磁盘大小和状态）→ list partition → select partition Y（Y为该盘上原加密分区编号，通常为1）→ set id=07 override → assign letter=D（若原为D:，此处可保持；若原盘符已被占用，换一个如Z:）
执行完后不要立刻退出diskpart。紧接着输入：exit 回到CMD环境，再运行：chkdsk D: /f /r。这一步必须做——因为断电可能造成MFT碎片化或日志未提交，【跳过chkdsk将导致后续所有恢复工具读取失败】。
chkdsk完成后，重启电脑。若磁盘重新出现在资源管理器中且能双击打开，说明卷结构已恢复，BitLocker元数据虽仍在，但系统已绕过它直接访问原始NTFS数据。此时可立即复制重要文件到其他盘，再考虑是否彻底清除BitLocker。
强制清除BitLocker元数据（无密钥也可操作）
方法一：用disable-bde命令硬终止（需确认系统能加载该卷）
若上一步后D:能正常访问，但右键仍显示“管理BitLocker”且顶部写着“已启用”，说明加密头未清除。管理员终端中执行：Disable-BitLocker -MountPoint "D:"。PowerShell会返回“正在禁用BitLocker…”并开始后台清理元数据。这个命令不依赖密钥，也不检查TPM状态，它直接向卷头写入禁用标记并擦除加密密钥槽——【执行后原加密头永久不可逆删除，但文件内容不受影响】。
方法二：用manage-bde -off + -clearkey（当Disable-BitLocker报错时备用）
若PowerShell提示“无法禁用BitLocker：拒绝访问”，改用CMD执行：manage-bde -off D: → 等待提示“正在关闭BitLocker…” → 立即跟一句：manage-bde -clearkey D:。第二条命令会强制清空TPM中关联该卷的所有密钥句柄，防止下次启动再次触发恢复界面。
数据已损但文件尚可识别时的抢救路径
第一步：停止一切写入。拔掉硬盘，接到另一台Win11电脑做从盘（勿设为主启动盘）。
第二步：用Stellar Data Recovery Professional加载该物理盘（不是盘符），选择“RAW Recovery”模式。它能跳过文件系统层，直接扫描NTFS特征签名（如FILE、BAAD、CHKDSK日志头），重建目录树。实测对断电中断解密后的RAW分区，找回率可达82%以上，包括重命名过的文档和未保存的临时文件。
第三步：导出时【必须勾选“保留原始时间戳”和“按路径结构恢复”】，否则大量同名缓存文件会覆盖原始版本。恢复目标位置不能选故障盘本身，也不能选系统盘C:，优先使用外接USB 3.2 SSD。
第四步：恢复完成后，用7-Zip打开任意一个找回的.docx或.xlsx文件，检查内部[Content_Types].xml能否正常读取——这是验证文件主体未被覆写的最快速方式。
