企业官网建设流程全解析

克隆硬盘这件事，我前前后后干了几百次。从最早的Ghost到现在的Clonezilla，踩过的坑比很多人见过的硬盘都多。每次帮人迁移系统，最怕的就是按下“克隆”按钮之后等了一个小时，重启一看，系统图标一直转圈圈或者直接蓝屏。 Clonezilla（中文社区习惯叫它“再生龙”）是我现在最常用的开源硬盘克隆工具，它基于Partclone和DRBL开发，既能做整盘到整盘的对拷，也能把整块硬盘压缩成镜像文件存到NAS、移动硬盘或者另一台机器里。换硬盘、系统迁移、批量装机、甚至坏盘抢救数据，它都能派上用场。无论你是IT运维、电脑维修店老板，还是只想给笔记本升级固态硬盘的普通用户，只要准备一个U盘，按照这套流程走一遍，基本都能顺利把系统完整搬过去。

1. 什么时候需要克隆硬盘：场景与选型思路

1.1 哪些情况下我会选Clonezilla

先说场景。很多人问，我直接重装系统不行吗？行，但重装意味着软件要重新装、配置要重新调、系统盘符要重新认，折腾大半天。而克隆是把旧盘里整个“世界”原封不动搬进新盘，开机就是原来的样子，桌面还在、软件还能用、连上次打开的文档都在历史记录里。

最常见的几类需求：

• 系统迁移：老电脑换了新主板/新笔记本，把原硬盘系统整体搬到新硬盘上，避免重装。
• 容量升级：机械硬盘换固态硬盘，小容量SSD换大容量SSD，或者SATA盘换M.2 NVMe盘。
• 批量部署：同型号配置的多台机器，先装好一台母机，然后克隆到其他空盘，效率比逐台装系统高非常多。
• 定期整盘备份：把系统盘打包成镜像文件放到NAS上，哪天系统崩溃了，直接从镜像恢复。

我自己的习惯是，凡是准备换硬盘，第一件事就是先做一个Clonezilla整盘镜像存到NAS，再执行新盘恢复。这样旧盘先别动，新盘出了问题还能回头再来一次，相当于上了双保险。

1.2 和Ghost、dd比，Clonezilla到底好在哪里

早年大家用Ghost，后来很多人用dd直接按字节复制。但这几个方案各有明显短板，我实际对比过后，Clonezilla的综合优势最突出。

Clonezilla的核心优势在于它基于Partclone工作：对于它认识的文件系统，它只复制已使用的数据块，空余空间直接跳过，所以速度更快、镜像更小。比如一块2TB的硬盘，实际系统只占了100GB，Clonezilla备份时可能只需要读100GB，而不是把2TB全部读一遍。而dd会把整块盘包括空白区全部读出来，2TB就是2TB，纯属浪费时间和盘符寿命。

另外Clonezilla对GPT分区表、UEFI引导、LVM、RAID、各种主流文件系统支持得都很好。我经常碰到老Ghost镜像恢复完发现UEFI起不来的情况，换Clonezilla基本没这个烦恼。

2. 克隆前的准备：硬件、接口和数据健康检查

2.1 源盘和目标盘的健康检查

很多人拿到手就急着开克隆，结果复制到一半源盘读不动了，目标盘也一起遭殃。我强烈建议开始之前先花五分钟检查两块盘的SMART健康状态。

Windows下我一般用CrystalDiskInfo看SMART信息，一眼就能看出通电时间、重新分配扇区数、待映射扇区数这些关键指标。Linux下直接用smartctl命令：

smartctl -a /dev/sda smartctl -t short /dev/sda # 快速自检

如果源盘出现了大量重映射扇区或者CRC接口错误，建议先别急着Clonezilla。这种盘最好先用ddrescue按扇区方式做一次完整镜像，把能救的数据先救出来。坏道会随着继续通电不断扩大，一上来就跑克隆很容易把盘彻底跑死。热词里有人提到“3T硬盘吱吱响，开启后显示只有4G”，这种盘多半已经不是克隆不克隆的问题，而是固件或者机械结构出故障，优先是数据救援，而不是迁移系统。

目标盘也不能只看容量。我遇到过新硬盘到手居然是“工厂清零盘”或已存在坏道的二手盘，所以在克隆之前先看一遍SMART很值得。涉及服务器环境，比如RAID6阵列里要换盘，不要直接在业务环境中随便拔插，应该遵循阵列卡或存储厂商的换盘流程，让控制器自动重建，而不是用Clonezilla去克隆那块RAID成员盘。

2.2 SATA、M.2与NVMe接口的兼容性问题

接口和转接是克隆环节里最容易翻车的地方。现在常见的有SATA接口的机械盘和固态盘，还有M.2接口下又分SATA协议和NVMe协议两种。M.2的SATA盘和NVMe盘物理形状一样，但金手指定义完全不同，混插轻则认不到，重则烧盘，所以接到目标位置之前先确认协议。

克隆时如果源盘是SATA、目标盘是NVMe，最稳妥的方案是先把新盘通过USB转接底座或PCIe转接卡接到电脑上，让Clonezilla同时看到两块盘，完成克隆后再把新盘装进机器内部。这里注意，老主板如果UEFI固件里没有集成NVMe引导模块，即使克隆成功也开不了机。解决办法是更新主板BIOS，或者在BIOS里开启CSM兼容模式，实在不行就得换一块支持NVMe引导的转接卡。

接口转接也有速度瓶颈。USB接口如果是2.0，克隆一块几百GB的系统盘能等死你；USB 3.2 Gen1的口大概110MB/s，也略低于SATA盘内部速率。我一般建议设备对设备克隆时，把两块盘都接到主板原生SATA口或M.2口，速度最稳。如果必须用USB转接，挑支持UASP协议的转接盒，传输效率和稳定性会好不少。

2.3 启动介质与网络存储准备

Clonezilla需要引导环境。官方提供clonezilla-live的ISO镜像，我一般是做成U盘启动盘。制作工具用Ventoy或Rufus都行。Ventoy的好处是支持多重ISO引导，你能把Clonezilla、PE、Windows安装镜像都塞进一个U盘，维护机器特别方便。Rufus更传统，直接把ISO写入U盘完事。

有一点要提醒：Clonezilla启动菜单里有“中文”选项，但到了恢复镜像那一步，日志和报错信息很多是英文，中文菜单反而让我看日志时对不上号。所以我个人习惯选英文菜单，界面本身很简单，关键选项记住就行。

如果要把镜像存到NAS，先准备好NAS上的共享目录、账号密码，确认电脑和NAS在同一网段。如果是设备到设备对拷，则需要确保两块盘都能被识别，并且目标盘数据可以覆盖。目标盘里如果还有重要数据，操作前一定要备份，因为Clonezilla一开始就会格式化目标盘，没有任何后悔药。

3. 完整实操：用Clonezilla进行整盘克隆

3.1 启动Clonezilla Live并进入交互界面

用U盘启动后进入引导界面，先选默认的Clonezilla Live模式，然后选语言和键盘布局。英文菜单第一屏大概是“Start Clonezilla Live”和“Other modes of Clonezilla live”，保持默认选第一项就行。

接着它会问你是“device-image”还是“device-device”。这两个模式必须搞清楚：

• device-image：把磁盘/分区制作成镜像文件，存到外部存储位置（本地挂载点、NAS等）。以后可以恢复。
• device-device：源盘直接对拷到目标盘，不产生中间镜像文件。

我做新盘迁移时，第一次通常用device-image先把源盘镜像存到NAS，然后再恢复，这样更安全。但如果你赶时间，源盘数据没什么可丢的，设备对设备最直接。

3.2 设备对设备：硬盘直接对拷的操作步骤

选择device-device模式后，Clonezilla会继续问你是“disk_to_disk”（整盘克隆）还是“part_to_part”（分区克隆）。整盘克隆最简单，它会把分区表、引导记录、所有分区完整复制过去，我优先推荐。

进入“disk_to_disk”后，会让你选择源盘。这一步要瞪大眼睛看清楚，是因为sda还是sdb、容量、品牌、型号都会列出来。确认好源盘后，再选目标盘。Clonezilla会再次提示“目标盘上的数据会被破坏”，并要求输入y确认。

到高级选项这一步，比较关键。Clonezilla默认以“初级模式”运行，如果你想精细控制，可以切换到高级模式，里面有几个选项要留意：

• -q2：自动跳过复制前的坏块检查。如果源盘确认健康，这个选项能节省大量时间。默认它是开启的。
• -e auto：自动调整恢复时的分区大小，把分区等比放大到新盘可用空间。如果目标盘和源盘容量一样，不需要；如果目标盘更大，建议开启。
• -p true：克隆结束后选择关机/重启/进入Shell，让操作员决定，而不是直接重启。
• -r：恢复时重装引导记录，适合目标盘MBR引导的情况。
• -j2：隐藏开机菜单的等待界面（主要针对GRUB）。

这些参数具体怎么选择，取决于你期望的目标盘分区布局。如果你想保持分区结构完全一致，就不开-e auto；如果你想利用大容量新盘的全部空间，就开自动调整。

确认配置后，Clonezilla开始执行。它会先分区、格式化目标盘？不一定，设备对设备时通常会直接把分区结构和文件系统复制过去。整个期间可以看到每秒钟复制的速率和进度百分比。我实测过，两颗普通SATA SSD之间对拷，数据量300GB，速率经常跑在300MB/s以上，十分钟左右就结束了。如果源盘是机械盘，则瓶颈在机械盘的读取速度，过程会慢很多。

3.3 设备到镜像：把硬盘备份到NAS/U盘

设备到镜像是我更推荐的习惯。

选择device-image后，它会先让你选择挂载保存镜像的位置。这时你可以选：

• 本地磁盘（比如U盘、移动硬盘、第二块硬盘）
• 网络存储：SSH服务器、Samba/CIFS共享、NFS共享，甚至WebDAV

如果选CIFS（Windows共享），它会依次要求输入IP、共享名、用户名、密码。比如NAS共享路径是192.168.1.100/backup，账号是admin，输入后就等挂载成功。接着选择保存目录，再给镜像起个名字，比如win11-20250612。

然后Clonezilla会问镜像使用的压缩和加密等级。加密我用得少，压缩等级一般选“gzip高压缩”或“lz4快速压缩”。这里有个取舍：

• gzip压缩率高，镜像文件小，但CPU占用高，速度稍慢。
• lz4压缩率低一些，但压缩速度快，适合对时间敏感的大容量备份。

我的实测经验是，普通系统盘（Windows占了200GB）用gzip压下来可能只有150GB，时间多花15%左右；用lz4则接近原大小但速度快很多。如果备份盘容量充足，我习惯用lz4，因为恢复速度最重要。

执行完成后，建议把日志文件里显示的校验结果看一眼。Clonezilla默认会校验镜像？有些版本默认不校验，可以在恢复时选择校验镜像来保证完整性。恢复之后最好启动一次系统确认，别等到要用的时候才发现镜像坏了。

3.4 恢复镜像与分区大小自动调整

恢复时选择device-image，选择restore-image，然后选定之前的镜像文件，选定目标盘。关键点在于：

• 如果目标盘容量大于源盘，且希望完全使用空间，选择分区调整选项。
• 如果目标盘容量等于或接近源盘，保持原样恢复。

分区容量调整是很多人问的点。假设源盘系统分区是从100GB到200GB，目标盘500GB，Clonezilla的高级选项里有“partclone.restore -e auto”，它可以自动识别分区起始点并把新盘剩余空间扩展给最后一个分区。不过要注意，Windows系统分区如果开启了BitLocker加密，这种调整可能会让恢复后系统引导失败，到时候得进WinRE解锁。有BitLocker的机器，我建议老老实实做个同容量或更大容量盘，且不调整分区，恢复后马上备份密钥。

恢复完成后，正常应该重启就能进系统。但总有一些情况不会那么顺利，这就是下一节的核心。

4. 克隆后必做：启动修复与验证

4.1 Windows系统无法启动和开机转圈的修复思路

热词里很多人搜“clonezilla克隆后系统无法启动”“克隆的系统一直开机转圈圈”，这几乎是我被问得最多的问题。先说结论：克隆本身很少失败，失败的大多是启动环境没搞对。

Windows的启动链路是：BIOS/UEFI固件 → 硬盘引导扇区或EFI引导文件 → Windows Boot Manager → BCD启动配置 → winload.exe加载内核。Clonezilla复制数据时一般不会把内容复制错，但如果目标盘没有了引导分区，或者引导分区的GUID和BCD里的记录对不上，系统就会启动失败。

常见表现有三种：

1. 开机黑屏提示“An operating system wasn't found”，一般是EFI分区没被正确设置为引导项，或者目标盘上没有EFI系统分区。
2. 转圈圈转到一半蓝屏，通常是磁盘控制器驱动不匹配。
3. 一直转圈圈不进入桌面，多半是系统盘盘符丢了或者卷GUID冲突。

修复办法，我一般用原版Windows安装U盘或PE启动进去，打开命令提示符：

diskpart list disk select disk 0 list partition

先确认目标盘上有没有EFI系统分区。没有的话，用diskpart手动创建并格式化：

clean convert gpt create partition efi size=100 format quick fs=fat32 label="System" assign letter=S exit

然后重建引导文件：

bcdboot C:\Windows /s S: /f UEFI

这里的C盘是系统分区盘符，在PE里可能不同，要自己看清。对于传统的MBR+BIOS引导，可以跑bootrec：

bootrec /FixMbr bootrec /FixBoot bootrec /RebuildBcd

经常有人问“克隆后一直开机转圈圈，怎么进安全模式”。Windows 10/11可以强制断电两次进入恢复环境，或者用安装盘“修复计算机”进入命令行。如果安全模式能进，就考虑卸载旧硬盘控制器驱动，或者在BIOS里切换AHCI模式。克隆盘从旧机器拆到新机器，经常出现磁盘控制器从AHCI变成了IDE，或者Intel RAID驱动状态不对，导致启动时找不到引导磁盘。此时在安全模式下把标准AHCI控制器驱动装上，再重启，大概率就过了。

4.2 Linux系统引导修复与UUID问题

Linux迁移到新硬盘，最大的坑在重启后进入grub-rescue。原因通常是Clonezilla在写分区表的时候，新盘的分区UUID或文件系统UUID和grub.cfg里记录的不一致；也可能是你调整了分区大小，导致grub安装位置参考丢失。

如果系统能进grub rescue但找不到启动分区，可以先用Live CD或Clonezilla Live的Shell挂载根文件系统：

mount /dev/sda2 /mnt mount /dev/sda1 /mnt/boot/efi # 如有EFI分区 mount -t proc proc /mnt/proc mount -t sysfs sys /mnt/sys mount --bind /dev /mnt/dev chroot /mnt grub-install /dev/sda update-grub

这里/dev/sda是目标盘，/dev/sda2是根分区，sda1是EFI分区。恢复完grub后，退出chroot重启即可。如果系统是UEFI引导，EFI分区里的grubx64.efi不在固件引导项里，还需要用efibootmgr添加引导项：

efibootmgr --create --disk /dev/sda --part 1 --label "Debian" --loader '\EFI\debian\shimx64.efi'

另外还要检查/etc/fstab，长时间用环境变量挂载的没问题，如果有用/dev/sdb这种路径挂载的，新盘盘符一变就会挂载失败。我建议所有服务器都用UUID挂载，克隆前后最稳。

4.3 双硬盘同盘符、磁盘签名冲突的处理

克隆后最容易犯的错误是“旧盘没拔下来，直接开新盘系统”，结果Windows看到两块盘带有相同的磁盘签名，它就懵了，可能给新盘随机分配盘符，也可能选错盘启动，表现就是转圈圈或者进系统后盘符混乱。

所以恢复完成第一次开机之前，最好先拔掉旧盘或用系统磁盘管理把旧盘分区标记为“脱机”。Windows磁盘签名是可以改变的，在diskpart里：

select disk 1 # 旧盘或新盘 uniqueid disk # 查看当前ID uniqueid disk id=12345678 # 改成新值

改完签名后，再接入两块盘，就不会冲突了。Linux下处理双盘相同UUID更麻烦，但Linux的UUID集中在blkid里，分区的文件系统UUID如果真的一样，可以用tune2fs或xfs_admin重新生成UUID。

这里我多说一句，克隆后最好验证一下“硬件序列号SN”的问题。硬盘SN是新盘的物理标识，Clonezilla不负责修改它，也不应该修改。但Windows系统里注册的驱动器序列号、卷GUID，则是迁移后会重叠的，做一次磁盘签名调整很有必要。

5. 常见问题与排查技巧实录

5.1 克隆效率慢在哪里，怎么优化

有人反馈克隆一块500GB的盘要四五个小时，这很不正常。我先估算一下：500GB的SATA机械盘，即使全盘复制，按150MB/s的读取加写入，也就一个半小时左右。如果超过了这个量级，原因多半是：

• 源盘或目标盘有坏道、频繁重试，读取速度断崖式下降。
• USB转接芯片不启用UASP协议，走的是BOT老协议，速度被限制。
• 压缩等级太高，CPU成了瓶颈。Clonezilla版本在计算压缩时会占满i7的一个核心，如果机器比较老，建议用no compression或lz4。
• 网络共享写速度慢，可能NAS上同时有其他任务，或者网线是百兆的。千兆局域网理论115MB/s，但如果实际只有10MB/s，先换网线。

我实际测试过一颗健康SSD到另一颗SSD对拷，在NVMe到NVMe通路下，Clonezilla的速率甚至能到1GB/s以上。瓶颈往往不是Clonezilla，而是存储介质本身。所以优化方向是：优先选原生接口，排掉USB和网络瓶颈；源盘健康确认没问题；压缩选lz4或none。

另外Clonezilla有两个模式：专业模式里可以改d参数指定并发读取线程。对多队列的SSD，提升线程数能明显加快复制速度，尤其是多挂载串行或并行复制分区时。

5.2 容量折算异常与4K对齐问题

热词里有人搜“硬盘里面已用空间25g，但是才发现12g”“3T硬盘显示只有4G”。这两种情况其实是两类问题。

第一种，已用空间比实际占用大。常见原因是回收站、休眠文件pagefile.sys/hiberfil.sys、系统还原点、卷影副本占用了隐藏空间。克隆之前如果发现空间异常，先把休眠文件关掉，系统还原点清理一遍。否则镜像会莫名大很多，恢复以后还是同样的“假占用”。

第二种，3TB硬盘只显示4GB。基本可以断定是分区表用了老旧的MBR，MBR最大只能寻址2TB左右，超过部分不识别。另外3TB盘如果没有用GPT分区，Windows和很多主板都只能识别到2TB然后循环覆盖，甚至只能看到4GB这种诡异地现象。解决方案是把整盘转成GPT分区表。但注意，3T盘吱吱响、开机后显示4G，这种描述更像是盘已经出现固件故障，不是简单分区问题。如果是数据盘，先找专业数据恢复工具确认盘是否正常通电、SMART是否能读取，再谈克隆，不要强行让Clonezilla去读故障盘。

4K对齐问题现在其实很少见了，因为Clonezilla是对分区整体克隆，源盘对齐则目标盘也对齐。如果你手动重建分区表，注意分区起始扇区用1MB对齐，也就是2048扇区。Windows 7系统保留的100MB分区也存在对齐问题，克隆整盘时保留它就好，不必删。

5.3 坏盘、半导体盘和特殊固件的处理

有的热词提到PC3000、固态硬盘开卡、固态硬盘量产工具箱，这些看起来跟“硬盘克隆”关系不大，但其实在数据恢复场景里经常绕不开。Clonezilla不是修盘工具，它只能复制系统还能正常识别出的磁盘。遇到源盘有物理坏道但能识别，我会用ddrescue先做扇区级镜像：

ddrescue -f -n /dev/sda /dev/sdb rescue.log ddrescue -f -r3 /dev/sda /dev/sdb rescue.log

第一遍先快速跳过坏道，第二遍再重试坏道区域。然后把这个扇区级镜像挂载出来看数据是否完整，最后再用Clonezilla把镜像恢复到稳定新盘。注意：坏盘做克隆不是不行，但不要反复读同一个坏道区域，会扩大损坏。PC3000可以处理固件级故障，但门槛高、价格贵，普通用户别轻易尝试。开卡量产是针对固态盘主控重新初始化，会清空全盘数据，除非你真的不在乎数据，否则别用。

我也见过有些人问“固态硬盘2009年msg4老式电脑能用吗”，老电脑如果只支持SATA 2.0，装新固态也能用，但速度会被限制在300MB/s左右。如果用Clonezilla把老机械盘克隆到固态盘，要注意老系统的磁盘控制器驱动和SSD的TRIM支持问题，Win7及以下建议手动确认一下硬盘驱动是否支持串行ATA高级电源管理，避免频繁卡顿。

5.4 RAID阵列和虚拟机环境下克隆的特殊性

RAID和虚拟机环境是高性能场景，也最容易出问题。热词里出现了“raid6硬盘要求”“ibmv3700v2更换硬盘”“lsi-9361-8i阵列卡”“vsphere 链接克隆”“pve 虚拟windows无法识别硬盘”，这些都和Clonezilla相关，但用法不同。

物理机上用阵列卡做RAID时，Clonezilla看到的是由阵列卡虚拟出来的逻辑盘，比如一个RAID6卷。整盘克隆一个逻辑卷是可行的，目标盘可以是另一个逻辑卷，也可以用单个大容量磁盘。但要注意，克隆完的RAID卷在很多阵列卡上会认为“外来配置”，需要在阵列卡BIOS里导入外部配置或重新初始化。不要企图直接把物理成员盘拔下来克隆，因为成员盘的元数据与控制器强绑定，Clonezilla无法理解那种盘上碎片化条带布局。

如果是IBM v3700这类中端存储阵列，更换硬盘应该用存储管理界面把故障盘从阵列中摘除，再插入新盘让他自己重建，而不是在主机层面用Clonezilla去复制。千万不要在一台多路径接入的服务器上，把阵列LUN当作源盘去克隆给另一块本地盘，容易把存储架构搞乱。

虚拟机环境下的“链接克隆”是另一回事。vSphere的链接克隆通过快照和共享磁盘实现，创建虚拟机只需几秒钟，但它依赖虚拟化平台。而Clonezilla重生龙克隆是“完整复制”，两者不是同一个原理。PVE虚拟机如果克隆后无法识别硬盘，通常是虚拟控制器的驱动不对。Windows虚拟机默认IDE控制器，恢复后的磁盘控制器驱动如果是virtio-blk，但虚拟硬件改成了SATA，系统自然不认。在PVE里把虚拟磁盘总线类型改成匹配驱动的方式，或者给Windows虚拟机提前注入virtio驱动，就能解决。

6. 我的实操体会和后续扩展

6.1 为什么我更推荐“设备到镜像再到设备”

很多时候图省事，直接用disk_to_disk对拷，但实践证明，SATA对拷时一旦源盘在复制中途出现坏块，整个克隆任务就中断，源盘也更容易因为持续高负载而加重故障。所以我的流程是：先用device-image把源盘做成镜像存到NAS或另一块仓库盘，再恢复到目标盘。这样做有两个好处：

• 源盘只被读一次，做镜像时可以监控读取日志，提前发现坏道与异常。
• 恢复失败时，镜像还在，可以重新恢复，不必再次碰源盘。

恢复完成后，我不会急着拔源盘，会先把目标盘接到系统上，进入BIOS里调整引导顺序，确认系统能正常启动、数据完整、盘符没有漂移，再把旧盘格式化成仓库盘。第一次启动如果遇到转圈圈，别慌，按照前面说的修引导或者改驱动，大多数都能解决。

6.2 Clonezilla的批量部署和增量备份扩展

如果你管理几十台同型号电脑，一台一台插U盘克隆显然不现实。Clonezilla实际上有DRBL（Disk Remote Boot, Live）环境的服务器模式，可以PXE网卡引导，批量分发镜像。客户端开机从网络引导，服务器端选择镜像，几十台机器同时恢复。这个配置稍微麻烦，但部署一次之后，后面重装系统基本就是“一小时几十台”。

还有一个很实用的点是增量备份。Clonezilla的“-i”选项支持增量备份模式，在已有映像的基础上只保存变化的数据块。对个人电脑来说，增量备份恢复时需要前一个全量镜像和后一个增量文件都存在，链条越多越危险。我更推荐定期做完整整盘镜像，如果空间够，保留最近两个完整镜像，最近一个增量镜像。这样既有速度，也不会因为单点损坏丢全部数据。

最后分享一个实用小技巧：每次备份成功之后，在镜像文件旁边手动写一个文本文件，记下源盘的型号、SN、接口类型、系统版本、克隆日期、分区布局和使用的压缩参数。半年后你面对一堆名为1.img的镜像时，就会感谢当初记笔记的自己。克隆这种事，做的时候认真一点，出问题时就能从容很多。

我的习惯是，每次换完硬盘，总要把旧盘保留两周再处理。这两周里一旦发现新盘的驱动、软件、备份计划有问题，随时能从旧盘里找回原数据。硬盘克隆从来不是“点一下复制”这么简单，真正见功夫的地方，全在这些不起眼的前后处理上。希望这篇东西能让你少踩几个我踩过的坑。