简介：这份资源是再生龙（Clonezilla Live）2.7.0-10 版 AMD64 架构安装镜像，面向需要进行系统克隆、数据迁移与灾难恢复的运维人员及个人用户。它类似 Ghost，支持 ext2/3/4、FAT、NTFS 等多种文件系统，兼容 Windows 与 Linux，并集成 Ghostscript 组件以处理 PostScript、PDF 等复杂格式的磁盘映像。压缩包共 566 个文件，约 288.37MB，以 mod 模块、lst 列表、cfg 配置、txt 说明、c32 引导组件及 efi 固件文件为主，另含 vmlinuz 内核、squashfs 根文件系统与 syslinux 引导加载器，覆盖 BIOS 与 UEFI 双启动场景。目录中 live、boot、EFI、utils 等模块分工明确，便于按需查阅与定制启动环境。目前已有 988 人学习下载，适合希望快速搭建备份恢复环境、理解 Live 镜像组成结构的中高级用户参考使用。
1. 从 clonezilla-live-2.7.0-10-amd64.zip 说起：一个 300MB 的镜像为什么能顶一套机房备份方案
手里拿到clonezilla-live-2.7.0-10-amd64.zip这个文件的人，通常不是好奇，而是被现实逼的：几十台同型号办公机要批量装系统，或者一台跑了三年的生产服务器要整盘迁移到新硬盘，又不想买商业备份软件。这个 zip 解压出来是一个可启动的 Live 镜像，amd64 架构，专门跑在 x86_64 机器上，核心能力就一句话——把一块硬盘或一个分区，按块级别原样克隆成镜像文件，再原样还原回去。它不关心你装的是 Windows、Linux 还是混合分区表，只要块设备能读，它就能复制。适合谁？适合手里有 5 台以上机器要统一部署、或者需要做裸机灾难恢复的运维和 IT 支持人员。不适合只想备份几个文档目录的人，那是 rsync 的活。这一章先把这东西的定位讲清楚，后面几章再拆怎么用、参数怎么调、哪里会翻车。
Clonezilla 本质上是把一堆开源工具（partclone、dd、ntfsclone、sfdisk 等）用脚本串起来的发行版，基于 Debian Live 构建。2.7.0-10是它的版本号，amd64说明它只能引导 64 位 x86 机器，别指望拿它去跑 ARM 开发板。它有两种工作模式：一种是设备到镜像（save disk/partition to image），把源盘存成一组文件；另一种是镜像到设备（restore image to disk），把镜像写回目标盘。真正让它区别于 dd 的地方在于，它默认用 partclone 只复制已用块，跳过空闲区域，所以一个 500GB 但只用了 80GB 的盘，镜像可能只有 60 多 GB，而不是傻乎乎地写满 500GB。这个特性直接决定了备份窗口和存储成本，也是大多数人选它而不是 dd 的原因。
2. 把 zip 变成能启动的盘：写盘、引导与网络启动两条路
拿到 zip 之后第一件事不是解压完就双击，而是搞清楚你要用哪种方式引导。Clonezilla Live 支持 U 盘启动、光盘启动，也支持 PXE 网络启动。单机操作走 U 盘最省事，批量部署走 PXE 才划算。这一章把两条路都走一遍，重点讲写盘命令和引导参数，因为这一步翻车的人最多。
2.1 用 dd 把镜像写进 U 盘的最小命令
zip 解压后你会看到一个.iso文件和一个utils目录（里面是 Windows 下写盘工具）。在 Linux 或 macOS 下，我一般直接用 dd，不绕弯：
# 先确认 U 盘设备名，别写错，写错就是抹掉你的系统盘 lsblk -o NAME,SIZE,TYPE,MOUNTPOINT # 假设 U 盘是 /dev/sdb，卸载它所有已挂载分区 sudo umount /dev/sdb* 2>/dev/null # 写入 iso，bs=4M 兼顾速度和兼容性，status=progress 看进度 sudo dd if=clonezilla-live-2.7.0-10-amd64.iso of=/dev/sdb bs=4M status=progress oflag=sync # 写完刷新缓存，别急着拔 sync逻辑说明：if=是解压出来的 iso 路径，of=必须是整盘设备（/dev/sdb），不能写成/dev/sdb1，否则引导记录写不进去，开机只会看到黑屏或直接进原系统。oflag=sync保证数据真正落盘再返回，避免拔盘太早导致镜像不完整。参数上bs=4M是经验值，太小写盘慢，太大在某些老 U 盘上会报 I/O 错误。写完用sudo fdisk -l /dev/sdb看一眼，应该能看到一个 FAT 分区和一个标记为 EFI 的分区，说明引导结构正常。
Windows 用户别用 dd，用解压目录里utils\win32\或utils\win64\下的工具，或者用 Rufus 选 DD 模式写入。注意 Rufus 默认的 ISO 模式对 Clonezilla 有时会失败，切到 DD 模式才稳。
2.2 PXE 批量启动：dhcp 与 tftp 的关键配置
机器超过十台，一台台插 U 盘就是体力活。PXE 启动的核心是让目标机从网络拿到引导文件和根文件系统。你需要一台已经跑着 DHCP 和 TFTP 的服务器，把 iso 里的live目录和syslinux相关文件放进去。常见做法是挂载 iso 后拷贝：
# 挂载 iso 到临时目录 sudo mkdir -p /mnt/cziso sudo mount -o loop clonezilla-live-2.7.0-10-amd64.iso /mnt/cziso # 拷贝 live 文件系统到 tftp 根目录 sudo cp -a /mnt/cziso/live /srv/tftp/clonezilla/ # 拷贝 pxelinux 引导文件 sudo cp /mnt/cziso/syslinux/pxelinux.0 /srv/tftp/ sudo cp /mnt/cziso/syslinux/ldlinux.c32 /srv/tftp/逻辑说明：/srv/tftp是 TFTP 服务根目录，具体路径看你用的服务配置。pxelinux.0是引导程序，ldlinux.c32是它依赖的模块，缺了会报Failed to load ldlinux.c32。然后在 DHCP 配置里加next-server指向 TFTP 服务器 IP，filename指向pxelinux.0。最后在/srv/tftp/pxelinux.cfg/default里写启动项，指向clonezilla/vmlinuz和clonezilla/initrd.img，并加上boot=live等参数。这一步参数多，建议先拿一台虚拟机测通再铺开，否则 DHCP 一改，整个网段都受影响。
提示：PXE 启动时如果卡在
Loading ...不动，九成是 TFTP 没通或者文件权限不对，先用tftp <server_ip>手动 get 一个文件验证。
3. 备份与还原的实操：模式选择、参数含义与镜像存放位置
引导起来之后，Clonezilla 会给你一个文本菜单。很多人第一次用会被满屏英文吓到，其实核心就两个动作：存镜像和还原镜像。这一章把菜单背后的参数讲透，让你知道每一步在干什么，而不是无脑下一步。
3.1 设备到镜像：saveparts 与 savedisk 怎么选
进入菜单后选device-image，意思是把设备存成镜像。接着会让你选镜像存放位置，可以是本地硬盘、外接 USB、SSH 服务器、Samba 共享或 NFS。选好之后进入专家模式还是初学者模式，我建议直接进专家模式，因为初学者模式隐藏了关键参数。
关键选择在savedisk和saveparts之间：
savedisk：整盘备份，包含分区表和所有分区，还原时整盘恢复。适合裸机灾难恢复。saveparts：只备份指定分区，还原时也要指定分区。适合只备份系统盘不备份数据盘。
选完之后会让你输入镜像名称，然后进入参数确认页。这里有几个参数值得盯：
| 参数 | 含义 | 建议值 |
|---|---|---|
-q | 优先使用 partclone 还是 dd | 默认 partclone，除非文件系统不支持 |
-c | 是否检查镜像 | 首次备份建议开，会慢但能发现坏块 |
-j2 | 使用多核压缩 | 机器 CPU 核多就开，能缩短备份时间 |
-z1 | 压缩方式 | z1 是 gzip，z2 是并行 gzip，z3 是 lz4 |
-sfs | 分卷大小 | 存到 FAT32 移动盘必须设，否则单文件超 4G 会失败 |
压缩方式的选择直接影响备份速度和镜像体积。-z1兼容性最好但慢，-z3用 lz4 最快但压缩率低。我一般在内网千兆环境下用-z2，平衡得比较好。如果目标存储是 FAT32 格式的 U 盘，必须加-sfs 4000之类把镜像切成小于 4GB 的分卷，否则写到一半报File too large，前功尽弃。
3.2 镜像到设备：还原时的分区表陷阱
还原镜像选restoreparts或restoredisk，流程和备份对称。但这里有个血泪经验：如果源盘和目标盘容量不一致，还原时分区表可能对不上。比如源盘 500GB，目标盘 480GB，restoredisk会尝试按原分区表重建，最后一个分区可能超出目标盘范围，直接报错。
解决办法有两个：一是还原时选-k1参数，让 Clonezilla 按比例调整分区大小；二是改用restoreparts，先手动在目标盘上建好分区，再往对应分区里写数据。-k1不是万能的，它只对最后一个分区做缩放，如果中间分区布局复杂，还是手动分区更稳。
还原完成后别急着重启，先确认引导记录写没写。Clonezilla 默认会问你要不要安装 grub，如果源盘是 UEFI 引导，这一步必须选是，否则重启后进不了系统。很多人还原完发现开机黑屏，就是漏了这一步。
# 还原后如果引导有问题，可以手动进 chroot 修复 # 假设系统分区挂在 /dev/sda2 sudo mount /dev/sda2 /mnt sudo mount --bind /dev /mnt/dev sudo mount --bind /proc /mnt/proc sudo mount --bind /sys /mnt/sys sudo chroot /mnt grub-install /dev/sda update-grub exit逻辑说明：这段是在还原后引导丢失时的补救措施。--bind把宿主机的设备、进程、系统目录映射进 chroot 环境，让grub-install能正确识别磁盘。/dev/sda是目标盘整盘设备，不是分区。执行完update-grub会重新扫描系统并生成菜单。这个操作在 Clonezilla 的 Live 环境里也能做，但需要你先退出 Clonezilla 主程序回到 shell。
4. 避坑与排查：五个让备份还原翻车的真实场景
Clonezilla 用起来不难，但细节坑不少。这一章列五个我实际遇到过的翻车场景，按现象、原因、解决三段写，你遇到类似情况可以直接对号入座。
4.1 现象：备份到一半报partclone fail，镜像不完整
原因：源盘有坏块，或者文件系统处于不一致状态（比如 Windows 没正常关机，NTFS 处于休眠状态）。partclone 读到坏块会直接中断，不会跳过。
解决：先对源盘做文件系统检查。Windows 盘用chkdsk /f，Linux 盘用fsck -y。如果是 NTFS 且开了快速启动，进 Windows 关掉快速启动再备份。坏块多的话，改用ddrescue先做磁盘镜像，再从镜像里恢复数据，别硬扛。
4.2 现象：还原后系统能进但网络不通，IP 变成 169.254 开头
原因：源机器和目标机器网卡 MAC 地址不同，但系统里绑定了固定 IP 或 udev 规则按 MAC 命名网卡。还原后网卡名变了，配置对不上。
解决：还原前在源系统里清理网络配置。Linux 下删掉/etc/udev/rules.d/70-persistent-net.rules（老版本）或检查/etc/systemd/network/下的命名规则。Windows 下用 sysprep generalize 之后再备份，否则 SID 和网卡绑定都会出问题。
4.3 现象：镜像存到 Samba 共享，速度只有几 MB/s
原因：Clonezilla 默认用 SMB1 协议挂载，很多现代 Samba 服务器已经禁用 SMB1，协商失败后降级到极低效率。或者网卡协商成了百兆半双工。
解决：在专家模式里手动指定挂载参数，加vers=3.0。同时检查交换机和网线，ethtool eth0看是不是 1000Mb/s 全双工。如果走 SSH 方式，确认没开压缩（-C），因为镜像本身已经压缩过，再压一遍纯属浪费 CPU。
4.4 现象：U 盘启动后找不到硬盘，提示no disk found
原因：主板 BIOS 里 SATA 模式设成了 RAID 或 Intel RST，Clonezilla 内核没加载对应驱动。或者硬盘是 NVMe 且主板太老，Live 内核版本不支持。
解决：进 BIOS 把 SATA 模式改成 AHCI。NVMe 不识别的话，换新版本的 Clonezilla，或者用带nomodeset参数启动试试。实在不行，把硬盘拆下来接到 USB 硬盘盒里再备份。
4.5 现象：还原到 SSD 后系统卡顿，开机要几分钟
原因：源盘是机械硬盘，分区对齐是 512 字节，还原到 SSD 后没做 4K 对齐。SSD 的擦除块是 4K，不对齐会导致每次写入都跨块，性能暴跌。
解决：还原时用restoreparts手动分区，用parted或gdisk确保分区起始扇区是 2048 的倍数。或者还原后用gparted检查对齐状态，不对齐的话只能备份数据后重新分区再还原。
注意：以上五个坑里，4.1 和 4.5 最容易被忽略，因为系统能跑起来，但性能和稳定性已经受损，属于慢性病。
5. 进阶技巧：用 ocs-sr 命令行做无人值守批量还原
图形菜单适合单机，但如果你要同时给 20 台机器还原，一台台点菜单就是灾难。Clonezilla 内置了ocs-sr命令行工具，配合 PXE 启动参数可以实现全自动还原。这一章讲怎么把还原流程脚本化，以及一个验证镜像完整性的技巧。
5.1 用 ocs-sr 写一个自动还原脚本
在 PXE 的启动参数里，可以指定一个脚本在启动后自动执行。常见做法是把脚本放在 TFTP 服务器上，通过ocs_prerun参数拉取执行。脚本内容大致如下：
#!/bin/bash # 自动还原脚本，放在 tftp 根目录，PXE 启动时通过 ocs_prerun 调用 # 挂载存放镜像的 NFS 共享 mkdir -p /home/partimag mount -t nfs 192.168.1.100:/volume1/clonezilla /home/partimag # 确认镜像存在 if [ ! -d /home/partimag/win10-base ]; then echo "镜像目录不存在，退出" exit 1 fi # 执行还原，-k1 自动缩放分区，-g auto 自动确认，-e2 还原后检查 ocs-sr -e2 -k1 -g auto -b -r restoredisk win10-base sda # 还原完成后自动关机，方便批量操作 poweroff逻辑说明：ocs-sr是 Clonezilla 的核心脚本，restoredisk子命令对应整盘还原。-e2会在还原后做一次文件系统检查，-k1处理分区缩放，-g auto跳过所有交互确认，-b是批处理模式。win10-base是镜像目录名，sda是目标盘。这个脚本跑完机器自动关机，你只需要换下一台开机按 PXE 启动即可。二十台机器可以并行做，只要网络和存储扛得住。
参数上要注意-e2会显著延长还原时间，如果镜像本身已经验证过，可以去掉换成-e1只做基本检查。-k1在目标盘比源盘小的时候有用，但目标盘比源盘大很多时，最后一个分区会被撑得很大，不一定符合预期，必要时改用-k手动指定分区表。
5.2 验证镜像完整性：别等还原失败才发现备份是坏的
备份做完不验证，等于没备份。Clonezilla 存完镜像会生成一个clonezilla-img文件，里面记录了各分区的校验信息。验证方法是挂载镜像目录后运行：
# 进入镜像目录 cd /home/partimag/win10-base # 用 ocs-sr 的检查模式验证 ocs-sr -e2 -c restoredisk win10-base sda但更轻量的做法是直接看clonezilla-img里的 md5 列表，用md5sum -c批量校验。如果镜像分卷很多，这一步能提前发现哪个分卷在传输中损坏了。我一般会在备份完成后立刻跑一次校验，确认无误再把镜像归档。这个习惯救过我两次——一次是 NFS 传输时丢包导致分卷损坏，一次是硬盘坏道导致镜像文件读不出来。如果等到还原时才报错，生产环境停机时间就不可控了。
5.3 一个我坚持了多年的习惯
每次做完备份，我会拿一台闲置机器或虚拟机做一次完整还原测试，确认系统能正常启动、网络能通、关键服务能跑。这个测试花二十分钟，但能避免真正需要恢复时才发现镜像有问题。Clonezilla 的镜像文件不像数据库备份那样有事务保证，它就是一串块数据，坏了就是坏了，没有后悔药。所以我的原则是：备份完必须验，验完必须试还原，试完才归档。这套流程看起来笨，但比任何花哨的增量备份方案都可靠。希望帮到你。
本文还有配套的精品资源，点击获取
