调整磁盘分区导致电脑无法修复解决方案

调整磁盘分区导致电脑无法修复解决方案

事件：使用AOMEI分区助手将C盘20GB分给Y盘 → 引导分区损坏 → 系统无法启动 → 已修复引导，分区操作已回滚
当前状态：即操作前的分区状态（故障操作已被撤回）
日期：2026年6月27-29日
磁盘：YMTC YMSS2ED08D25MC, 1024GB NVMe SSD, GPT
电脑：联想拯救者y7000p（2024）

一、恢复后磁盘状态

分区布局

空间使用状况

说明：当前分区大小即操作前状态。故障操作（C→350GB、Y→301GB）未生效，已被回滚。Y盘空间紧张的问题此次操作并未解决。

VSM状态

修复后的启动日志显示VSM密钥状态错误0xC0000225 (STATUS_NOT_FOUND)。这是引导BCD修复的副作用——旧的VSM密封密钥失效。不影响系统正常使用，但基于虚拟化的安全（VBS）可能处于降级状态。

二、恢复方法记录

1. 调整磁盘分区导致无法修复的错误操作记录

步骤 1：从 C 盘压缩出 20GB 空闲空间

在分区助手中，右键C盘点击调整分区大小，在弹出窗口将空闲空间数值调到 20G，把 C 盘边框往左移动

步骤 2：移动 D 盘，把空闲空间挪到 D 盘右侧

现在 20G 空闲空间在 C 和 D 中间，Y 盘在 D 后面。在分区助手中，右键D盘点击调整分区大小，把 D 盘整个向左拖动，紧贴 C 盘，原来 C 和 D 之间的 20G 空闲跑到 D 盘的右侧

步骤 3：扩容 Y 盘，吃掉这 20G 空闲空间

在分区助手中，右键Y盘点击调整分区大小，拖动 Y 盘左侧滑块向左拉，覆盖旁边 20G 未分配空间

步骤 4：执行生效（最后一步）

全部操作设置完后，界面左上角点蓝色【提交】，弹出窗口进入pe模式确认执行，等待程序自动完成分区调整。在电脑重启前不执行任何操作。

结果：

程序完成分区调整后重启，出现界面：

2. 解决方法记录总结

[!CAUTION]

注意：所有步骤根据自己电脑调整，在执行命令前检查盘符和电脑状态，与我的是否相符

步骤1：找另一台正常电脑，准备一个空白u盘（要求已备份文件，能执行格式化，至少8g）

步骤2：在www.wepe.com.cn点击”查看 2.3 版本下载地址列表“64位下载，下载【微 PE 工具箱】，打开下载文件，点击右下角安装进u盘（不要点立即安装进系统！），做 Windows 启动 U 盘

步骤3：安全弹出u盘，右键u盘依次点击弹出微PE工具箱、弹出u盘，拔下u盘，将做好 PE 的 U 盘插到故障电脑 USB 3.0 接口

步骤4：重启电脑，反复按Fn+F12，在出现界面中点击usb的那一项，进入PE系统

步骤5：点开分区助手，将分区调整为执行调整分区前状态，一点点把空闲空间拉回原来的C盘，提交，提交后状态：

步骤6：关闭分区助手，回到 PE 桌面，win+r输入cmd打开Windows 命令行，依次输入以下命令：

diskpart list volume

查看system盘符

注意：是否为卷3

select volume 3 assign letter=Z: exit

检查：

diskpart list volume

exit bcdboot C:\Windows /s Z: /f UEFI

检查：

chkdsk C: /f /x

重启电脑，在将出现联想光标时拔出u盘

成功！

三、恢复失败操作记录

出现此界面：

操作一：一键修复系统引导

理论上：

1. 按键盘Enter进入恢复界面
2. 选择「疑难解答」→「高级选项」→「命令提示符」
3. 依次输入下面 4 条命令，每条输完按回车执行：

bootrec /fixmbr bootrec /fixboot bootrec /scanos bootrec /rebuildbcd

执行完重启电脑，大概率能正常进系统。

实际上：

1. bootrec /fixmbr执行成功，主引导记录已修复

2. bootrec /fixboot提示Access is denied（访问被拒绝），是 GPT 分区 EFI 引导分区未分配盘符导致，需要手动挂载 ESP 分区再修复。

再次尝试：

diskpart list disk select disk 0 选中系统磁盘 list partition 列出该磁盘分区 select partition 1 选中SYSTEM_DRV分区（ESP 分区） assign letter=Z: 给 ESP 分区分配盘符 Z exit bootrec /fixboot

依旧Access is denied！

再次尝试：

bcdboot C:\Windows /s Z: /l zh-CN bootrec /scanos bootrec /rebuildbcd

1. bcdboot C:\Windows /s Z: /l zh-CN提示Boot files successfully created，EFI 引导文件已经写入 ESP 分区；

2. bootrec /scanos和bootrec /rebuildbcd扫描结果为Total identified Windows installations: 0—— 系统无法识别到 C 盘的 Windows 安装，根源是分区助手调整分区顺序后，系统分区标识、偏移错乱，扫描工具找不到系统目录。

失败！

操作二：手动强制写入 BCD 引导项

手动注册系统分区到引导列表：

bcdedit /set {default} device partition=C: 设置默认启动项的磁盘设备为 C 盘 bcdedit /set {default} osdevice partition=C: 设置系统内核所在分区为 C 盘 bcdedit /set {default} path \Windows\system32\winload.efi 指定 Windows 启动文件路径（EFI 模式） bcdedit /set {default} locale zh-CN 设置启动界面语言为中文 exit

点击继续后出现界面：

故障说明：错误代码0xc000000d、提示文件locale丢失，根源是我用分区助手跨 D 盘挪动空间，分区表结构被破坏，之前仅修复引导文件无法解决底层分区错乱问题，系统读取不到系统分区语言配置文件，启动直接失败。

失败！

操作三：执行根治方案，撤销所有分区改动

步骤 1：制作 PE 启动盘

步骤 2：从 U 盘启动故障电脑

插入u盘，完全关闭故障电脑再开机，开机瞬间反复按键盘Esc键，进UEFI设置

选中Boot Device下第二项：EFI USB Device (USB)，按键盘Enter回车键进入微 PE 系统

实际上：

按回车没反应！

再次尝试：

点击右下角蓝色More Settings进入完整 BIOS 设置，找到「Boot」启动选项卡，选中 **EFI USB Device (USB)**连续按F6，把EFI USB Device调到启动顺序第一位（图里调反了）

往上找到IPV4 PXE First，把选项改成Disabled，关闭网络优先启动

按下键盘F10，弹出保存窗口选择 Yes，电脑自动重启，重启后界面：

EFI USB Device (USB) boot failed= U 盘启动失败，PE 无法加载

再次尝试：

点击蓝色OK，再关机，拔插u盘，把电脑所有USB3.0 接口都试一遍

依旧是这个界面

再次尝试：

先关闭 BIOS 安全启动：

点 OK 回到 BIOS 主界面，左侧切换到Security（安全）选项卡，下滑找到Secure Boot选项，把状态从Enabled改成Disabled，如果找不到Secure Boot，就点击Set Administrator Password设置密码，设置完后再找一遍

设置完后按键盘F10，弹出保存窗口选择 Yes，保存 BIOS 设置并自动重启

成功进入微 PE 桌面！接下来撤销所有分区改动

看顶部工具栏，点撤销按钮，点不了！那就一点点手动恢复吧

（此处与成功方案重合）

现在提交执行完了，开始重建引导分区

当前是 PE 自带精简 CMD，缺少 bootrec 程序，换 DiskGenius 图形化工具修复 EFI 引导

这个版本 DiskGenius 没有一键重建 EFI 引导功能，直接重启先试试好了没

依旧蓝屏！EFI 引导分区文件损坏，好吧再Esc回微PE桌面

又来？回不去微PE桌面了！

失败！

（此处跳转正确恢复方法）

现在回来了，双击桌面Windows 安装器图标，系统分区选择 C 盘（Windows-SSD），ESP 分区选择 260MB 的SYSTEM_DRV引导分区

理论上：

点右下角安装，工具会自动修复 EFI 引导，只要不点「选择」去加载系统镜像，就不会重装系统

实际上：

真的不会重装系统吗？我赌不起（文件们不要走！）

（跳转正确解决方案：命令行修复）

四、故障根因追溯

历史操作背景

在本次故障前，6月27日已成功执行过一次分区调整：

• C盘从400GB缩容至370GB（释放30GB）
• D盘从270GB扩大至300GB（吸收了释放的空间）
• Y盘保持281GB不变

故障操作时间线

日志证据

AOMEI操作日志（ampa3.log）记录了6/28 22:51提交的三个操作：

1.Resizing Partition C: 370.00GB => 350.02GB 2.Moving and Resizing Partition D: 左移，Start Sector 776533912 => 734620320 3.Moving and Resizing Partition Y: 左移 + 扩容，281.03GB => 301.48GB Restart computer to complete this operations.

根因分析

直接原因：AOMEI预启动环境中的分区表/Boot配置损坏

AOMEI在WinPE中依次执行三个分区操作：

1. 缩容C盘（NTFS resize + 分区缩容）
2. 左移D盘（分区移动）
3. 左移Y盘 + 扩容Y盘（分区移动 + NTFS扩容）

导致引导失败的具体机制：

a) BCD设备路径失效（最可能原因）

Windows Boot Manager使用BCD存储中的设备路径定位OS分区。当C盘分区边界改变时，如果BCD引用的是分区偏移量（partition=语法）而非GUID，引导管理器无法找到Windows系统文件。

b) GPT分区GUID变更

GPT分区的唯一标识符在执行resize/move操作后可能被重写。EFI NVRAM中的启动项使用GPT分区GUID定位EFI System Partition和Boot分区。如果GUID在操作中发生变化，固件无法找到Windows Boot Manager。

c) BCD访问的前兆性问题

在6/27的日志中（ampa1.log），AOMEI已经报告过BCD访问失败：

Failed to open: \Device\HarddiskVolume1\boot\bcd, st=0xC0000034 Failed to ZwCreateFile

0xC0000034 = STATUS_OBJECT_NAME_NOT_FOUND，说明AOMEI的BCD处理模块本身存在稳定性隐患。

d) 链式操作的风险叠加效应

三个顺序分区操作在一次预启动会话中执行：

• 如果第一步成功、第二步失败 → GPT分区表处于不一致状态
• 如果三步都成功但BCD更新失败 → 系统同样无法启动
• AOMEI缺乏原子性保护，无法回滚已完成的操作

根本原因：第三方分区工具对GPT+UEFI启动链的不完整处理

• 在缩容系统分区时未正确更新BCD中的设备路径
• GPT分区GUID变更后未同步更新EFI NVRAM启动项
• 缺乏操作前快照/回滚机制

五、优化方案

🔴 紧急（本周完成）

1. 清理Y盘空间

目标：释放至少30-50GB，将使用率降至80%以下

当前状态：Y盘仅剩5GB（1.8%），NTFS在低于10%剩余空间时性能显著下降，且极易产生文件系统碎片化。20GB转移操作因故障未能完成，空间问题仍需解决。

方法：

# 扫描Y盘大文件（按大小排序） dir Y:\ /s /o-s | more # 或使用 PowerShell Get-ChildItem Y:\ -Recurse | Sort-Object Length -Descending | Select-Object -First 50 FullName, @{N='SizeMB';E={[math]::Round($_.Length/1MB,2)}}

建议：将非活跃的大文件迁移到D盘或外置存储。

2. 清理D盘空间

目标：释放20-30GB，将使用率降至80%以下

🟡 建议（本月完成）

3. 修复VSM/VBS状态

以管理员身份运行：

bcdedit /set {current} vsmlaunchtype Auto

如果VSM仍无法正常初始化：

reg delete HKLM\System\CurrentControlSet\Control\DeviceGuard /v RequirePlatformSecurityFeatures /f :: 重启后重新启用

4. 验证引导链完整性

以管理员身份运行：

bcdedit /enum all bootrec /scanos dism /online /cleanup-image /restorehealth sfc /scannow

5. 运行磁盘优化

以管理员身份在PowerShell中运行：

Optimize-Volume-DriveLetter C-ReTrim-VerboseOptimize-Volume-DriveLetter D-ReTrim-VerboseOptimize-Volume-DriveLetter Y-ReTrim-Verbose

6. 运行文件系统扫描

chkdsk C: /scan chkdsk D: /scan chkdsk Y: /scan

🟢 预防措施（长期）

7. 分区操作前必须备份引导配置

:: 导出BCD备份 bcdedit /export C:\bcd_backup.bcd :: 备份EFI分区 diskpart select disk 0 select partition 1 assign letter=S exit xcopy S:\*.* C:\EFI_Backup\ /s /e

8. 避免链式分区操作

• 分区操作应分步执行——每次只做一个操作，重启验证成功后再做下一个
• 不要在预启动环境中一次性提交多个关联操作

9. 优先使用Windows原生工具

• 简单缩容：使用diskmgmt.msc（磁盘管理工具）
• Windows 10/11原生支持在线缩容基本数据分区
• 仅在Windows原生工具不足时才使用第三方软件

10. 卸载AOMEI分区助手残留

AOMEI安装在C:\Program Files (x86)\AOMEI Partition Assistant\，GaHlp.exe在修复后启动时仍有执行记录，持续尝试联网。建议通过appwiz.cpl正常卸载，或运行目录下的unins000.exe。

四、验证命令汇总

以下命令需要在管理员终端中执行：

# 1. 验证磁盘分区表完整性Get-Disk|SelectNumber,PartitionStyle,HealthStatus# 2. 验证所有卷无文件系统错误Get-Volume|Where-ObjectDriveLetter|ForEach-Object{chkdsk$_.DriveLetter+":"/scan}# 3. 验证系统文件完整性sfc/scannow dism/online/cleanup-image/checkhealth# 4. 验证引导配置bcdedit/enum all# 5. 查看VBS状态# 运行 msinfo32 → 查看 "Virtualization-based security" 项

报告生成时间：2026年6月29日

[!CAUTION]

事后我让claude code cli + deepseek-v4分析故障原因，本文一、四五六点均为它所作，尚未经过验证

我忙完这段时间就去试试优化方案，可以关注下后续文章哦~