调整分区大小后蓝屏，大概率是引导信息、BCD配置或页面文件位置被破坏；需用WinRE检查EFI分区、重建BCD、清理无效pagefile注册表项，并验证卷挂载点是否正确。
调整分区大小后蓝屏，大概率是系统引导信息、启动配置或页面文件位置被破坏，而不是分区操作本身出错。关键不是“重做分区”，而是快速定位哪一层被改坏了。
检查 bootmgr 和 BCD 是否损坏
分区工具（尤其是第三方工具）在调整C盘大小时，常误删或覆盖EFI系统分区（ESP）中的 bootmgr、BCD 或 winload.efi。这类损坏会导致开机即蓝屏（常见 STOP 0xc0000225 或 INACCESSIBLE_BOOT_DEVICE），甚至卡在黑屏/Logo不动。
- 用 WinRE 启动：强制关机 3 次 → 进入“疑难解答”→“高级选项”→“命令提示符”
- 执行
diskpart→list volume，确认 EFI 分区（通常为 FAT32、100–500MB、无盘符或显示为“System”） - 若 EFI 有盘符（如
S:），运行：bootrec /rebuildbcd、bcdboot C:\Windows /s S: /f UEFI - 若 EFI 无盘符，先用
assign letter=S给它分配，再执行上一步
验证 pagefile.sys 是否仍位于有效分页卷
如果调整分区前手动设定了虚拟内存位置（比如指定 D: 盘的页面文件），而分区操作后 D: 盘被删、合并或格式化，系统启动时会因找不到 pagefile.sys 或无法写入，触发 MEMORY_MANAGEMENT（0x0000001a）蓝屏——尤其在登录界面或桌面刚加载时发生。
- 进 WinRE 命令提示符 → 执行
reg load HKLM\Temp C:\Windows\System32\config\SYSTEM - 然后查注册表项：
reg query "HKLM\Temp\ControlSet001\Control\Session Manager\Memory Management" /v PagingFiles - 若返回路径指向一个已不存在的盘符（如
D:\pagefile.sys），说明配置残留 - 清除它：
reg delete "HKLM\Temp\ControlSet001\Control\Session Manager\Memory Management" /v PagingFiles /f - 最后
reg unload HKLM\Temp，重启让系统启用默认自动管理
确认 NTFS 卷标与挂载点未冲突
某些分区工具在扩展/收缩后，会意外修改卷的唯一标识（Volume GUID）或挂载点（MountPoint），导致 Windows 启动时无法正确定位系统盘，报错如 CRITICAL_PROCESS_DIED 或直接黑屏。这种问题在使用“磁盘管理”以外的工具（如 MiniTool Partition Wizard、AOMEI）后更常见。
- WinRE 命令提示符中运行：
mountvol，查看输出里C:对应的 Volume{xxx} 是否真实存在且状态为“正常” - 若发现
C:挂载到了一个无效 Volume 或多个 Volume 都声称是 C:，说明挂载关系混乱 - 临时修复：用
diskpart→list volume找到正确的系统卷 →select volume X→remove letter=C→assign letter=C - 此操作仅重置盘符映射，不改动数据，但需确保选对 volume（看容量、文件系统、是否含 Windows 文件夹）
真正麻烦的不是分区大小变了，而是分区操作工具悄悄改了系统底层依赖的元数据——这些改动不会在资源管理器里显示，却足以让内核在启动早期就崩溃。动手前没备份 EFI 和注册表，事后就得靠 WinRE 一层层扒日志和键值来还原，比重装还耗时。
