故障背景与现象还原
某中型制造企业的一台核心文件服务器（Windows Server 2019）在例行维护重启后，未能正常加载操作系统。屏幕显示黑底白字错误信息："BOOTMGR is missing" 或 "No bootable device found"。
当班IT工程师尝试多次重启无效，随后通过PE（预安装环境）启动盘进入系统，发现磁盘管理工具中，原本的C盘（系统盘）和D盘（数据盘）依然存在，但C盘的引导状态显示异常，且无法进行格式化或新建卷操作。经初步检测，物理硬盘无SMART错误报告，排除了硬件损坏的可能性，故障指向逻辑层面的分区表结构损坏或引导扇区失效。
根因分析：为什么分区表会损坏？
在本案例中，导致分区表异常的主要原因通常包括以下几种：
- 非正常关机或断电：服务器在写入MBR（主引导记录）或DBR（DOS引导记录）数据时突然断电，导致引导信息写入不完整。
- 恶意软件或病毒攻击：部分病毒专门篡改硬盘引导扇区以获取最高权限或破坏系统启动。
- 磁盘整理或分区操作失误：在使用第三方分区工具调整分区大小时，若过程中断或计算错误，极易破坏分区表的逻辑一致性。
- 文件系统元数据错误：长时间未进行磁盘检查，累积的文件系统错误可能蔓延至分区表区域。
应急处置与数据保护策略
在确认是分区表或引导问题而非物理故障后，首要原则是数据优先。切勿直接尝试“重建分区表”或“格式化”，这可能导致数据不可逆丢失。
第一步：通过PE环境挂载并备份关键数据
- 使用标准的Windows PE启动盘引导服务器。
- 打开磁盘管理工具，确认原有分区的盘符是否可用。如果C盘盘符消失或显示为“无媒体”，不要惊慌。
- 使用命令行工具或专用数据恢复软件（如Recuva、DiskGenius）扫描原始分区。在PE中，尝试给无盘符的分区分配临时盘符（例如Z:）。
- 将C盘中的关键配置文件、用户文档及应用程序数据拷贝至外部USB硬盘或网络共享存储中。
分区表修复实战步骤
数据备份完成后，开始执行分区表及引导信息的修复。我们采用由浅入深的排查与修复流程。
方法一：使用DISKPART验证分区完整性
首先检查分区表结构是否逻辑一致。以管理员身份打开命令提示符，输入以下命令：
diskpart
list disk
select disk 0
list partition
观察分区列表。如果分区大小、类型与备份前一致，说明分区表主体可能完好，问题仅在于引导记录。如果分区消失或大小错乱，则需使用DiskGenius等工具进行“搜索已丢失分区（重建分区表）”操作，注意保留原分区顺序以防数据覆盖。
方法二：修复主引导记录与引导文件
假设分区结构正常，执行引导修复。在PE的命令提示符下依次输入：
- 修复MBR：
bootrec /fixmbr
此命令重写主引导记录，清除潜在的病毒代码或错误引导指令，但不影响现有分区表。 - 修复引导分区：
bootrec /fixboot
向系统分区写入新的引导扇区。若提示“访问被拒绝”，可能需要先取消只读属性或使用BCD重建设置。 - 重建BCD（启动配置数据）：
bootrec /scanosbootrec /rebuildbcd
系统将扫描所有磁盘上的Windows安装，并将其添加到BCD存储中。这是解决“BOOTMGR missing”最关键的步骤。
方法三：使用CHKDSK检查文件系统错误
引导修复后，若系统仍不稳定，可能是文件系统本身存在逻辑坏道。运行：
chkdsk c: /f /r
/f参数修复文件系统中的逻辑错误，/r参数查找坏扇区并恢复可读信息。此过程耗时较长，需耐心等待完成。
验证与后续预防建议
修复完成后，重启服务器。若能正常进入Windows登录界面，说明故障排除成功。此时应立即检查系统事件查看器（Event Viewer），确认是否存在磁盘I/O错误或引导加载程序警告。
预防措施：
- 定期备份引导数据：使用Windows Server的“系统映像备份”功能，或在Linux环境下使用LVM快照，确保在极端情况下可整机还原。
- 规范操作习惯：严禁在生产高峰期进行磁盘分区调整、格式化等高危操作。任何分区软件使用前务必确认数据已备份。
- 启用UPS不间断电源：防止突发断电导致的写操作中断，这是保护分区表和文件系统完整性的物理基础。
- 定期运行磁盘健康检测：利用CrystalDiskInfo等工具监控硬盘SMART状态，提前预警潜在硬件风险。
通过以上案例复盘，可以看出分区表损坏虽看似严重，但只要遵循“先备份、后修复”的原则，利用系统自带工具即可有效解决大部分逻辑性启动故障，无需立即诉诸昂贵的数据恢复服务。