【数据恢复】修复KVM快照链与损坏的系统盘

# 【数据恢复】修复损坏的c盘并且重建引导

[TOC]

## 前言

使用工具
- chkdsk
- diskgenius

实在是倒大霉了，这次是实况

> 由于工作要求开发需要windows系统环境，但我用的是mac，于是开发机我用kvm启动了。
> 但是默认var位置的大小太小了，导致之后磁盘爆满，无法正常使用。
> 迁移之后发现快照链丢失，随后重建快照链，然后打开发现引导失败，用PE打开后发现磁盘变成row格式，随后进行修复

## 修复KVM快照链

这一步比较简单，只是kvm的基础迁移操作，但我要吐槽的是为什么kvm的路径是绝对路径，而不是相对路径呢

**这边重点提示一下，任何操作之前都需要备份，特别是重要的生产环境**

```
virsh list --all    # 查看虚拟机列表
 Id   Name                   State
---------------------------------------
 6    ubuntu20.04_Honeypot   running
 7    ubuntu20.04_HFish      running
 14   win10-debug            running
 34   windows         running
 -    xt-windows-build-tg    shut off

virsh shutdown windows  # 确保要关机后操作

```
### 接下去查看快照链
执行`qemu-img info --backing-chain /root/kvm_data/kvm_server/images/windows.windows_2025-06-25T06:22`需要选择最新的链来看
输出一下内容
![](/zb_users/upload/2025/06/202506260929079697589.png)

这边和我当前目录完全不一致，我已经cp到了在`/home/kvm_server`中，但他指向的还是默认位置

### 接下去开始重建快照链
我是用先修最底层 → 再往上层的步骤来的。
边我就直接吧我执行的命令贴出来了
**执行前千万要关机**，这是我看官网中这样说的。我这边就再重复一遍

```
#############################################################################
# 1/6  windows-开发机.windows_10_ok  →  windows-开发机.qcow2  (最底层)
#############################################################################
qemu-img rebase -u -F qcow2 \
  -b '/root/kvm_data/kvm_server/images/windows-开发机.qcow2' \
  '/root/kvm_data/kvm_server/images/windows-开发机.windows_10_ok'

#############################################################################
# 2/6  windows-开发机.windows_2025-04-02T13:38  →  windows-开发机.windows_10_ok
#############################################################################
qemu-img rebase -u -F qcow2 \
  -b '/root/kvm_data/kvm_server/images/windows-开发机.windows_10_ok' \
  '/root/kvm_data/kvm_server/images/windows-开发机.windows_2025-04-02T13:38'

#############################################################################
# 3/6  windows-开发机.windows-开发机_2025-05-12T01:50  →  windows-开发机.windows_2025-04-02T13:38
#############################################################################
qemu-img rebase -u -F qcow2 \
  -b '/root/kvm_data/kvm_server/images/windows-开发机.windows_2025-04-02T13:38' \
  '/root/kvm_data/kvm_server/images/windows-开发机.windows-开发机_2025-05-12T01:50'

#############################################################################
# 4/6  windows-开发机.windows_2025-05-16T00:58  →  windows-开发机.windows-开发机_2025-05-12T01:50
#############################################################################
qemu-img rebase -u -F qcow2 \
  -b '/root/kvm_data/kvm_server/images/windows-开发机.windows-开发机_2025-05-12T01:50' \
  '/root/kvm_data/kvm_server/images/windows-开发机.windows_2025-05-16T00:58'

#############################################################################
# 5/6  windows-开发机.1749198057  →  windows-开发机.windows_2025-05-16T00:58
#############################################################################
qemu-img rebase -u -F qcow2 \
  -b '/root/kvm_data/kvm_server/images/windows-开发机.windows_2025-05-16T00:58' \
  '/root/kvm_data/kvm_server/images/windows-开发机.1749198057'

#############################################################################
# 6/6  windows-开发机.windows-开发机_2025-06-25T06:22  →  windows-开发机.1749198057  (最上层)
#############################################################################
qemu-img rebase -u -F qcow2 \
  -b '/root/kvm_data/kvm_server/images/windows-开发机.1749198057' \
  '/root/kvm_data/kvm_server/images/windows-开发机.windows-开发机_2025-06-25T06:22'

```

执行完成之后就可以进入系统了，

## 修复系统盘

然后我发现进入系统之后出现了`BOOTMGR image is corrupt. The system cannot boot.`错误，期初我以为是系统引导出问题了，然后我用diskgenius修复了引导发现不行

### 进入PE系统

打开磁盘管理发现变成Raw了，真是风水轮流转，以前都是别人问我变成Raw怎么办了，现在我需要自己解决了

![](/zb_users/upload/2025/06/202506260913047160328.png)

> 再次说明，我在操作之前对虚拟机进行了二次备份，所以可以大胆操作，千万别在唯一的备份中操作

#### 使用diskgenius检查磁盘状态

还好有之前处理的经验，我当即打开diskgenius然后智能挂载查看文件内容，还好东西都在，悬着的心差点死了
> 这一步没有截图，因为写到这里的时候我已经在等chkdsk的重建了

具体可以查看diskgenius官方操作文档：https://www.diskgenius.cn/exp/raw-external-hdd.php

#### 使用chkdsk

既然东西还能用工具挂载出来展示，那么说明只是一些MFT的损坏
然后就用chkdsk来自动恢复就可以了（希望别出现无线循环修复的情况，这样的话要手动检查元文件）
先贴出我总结的命令：
```
diskpart
list volume      # 记住系统分区盘符（假设是 C:）
list partition    # 记住 100 MB 系统保留分区（假设卷标无盘符）
assign letter=S  # 给 100 MB 分区临时挂 S:
exit

chkdsk C: /f /r            # 花时间较长
chkdsk S: /f               # 修系统保留分区
```

执行`chkdsk C: /f /r `然后就开始了

> 对了我这截图中系统盘是D盘，为了方便演示和说明，文字中用C盘来表示

![](/zb_users/upload/2025/06/202506260952371253934.png)

接下去就是等待......
等有消息了我再继续更新

#### 有消息了
但是是坏消息，出现了`磁盘空间不足，无法恢复丢失的数据。`错误。
应该是我用了/r的参数，会尝试标记坏簇，然后再把文件移动到新的位置。
但很奇怪，kvm虚拟机也会这样吗？
于是我尝试只用`chkdsk C: /f`试试

![](/zb_users/upload/2025/06/202506261410478603657.png)

接下去又是等待......

# 结束

最后在不断尝试之后，还是放弃了，虽然c盘文件原封不动都在，而且可以正常引导，启动，但进入系统前会出现无限循环的windows自动修复，我只能庆欣数据都还在吧