简介这份Clonezilla Live 2.7.0-10 AMD64镜像面向需要做系统迁移、分区备份、灾难恢复与个人数据保护的运维人员及进阶用户也适合服务器维护和机房批量部署场景。它基于Linux开源方案支持ext2/3/4、FAT、NTFS等多种文件系统并兼容Windows与Linux环境Ghostscript相关组件的加入使其在处理PostScript/PDF等文档格式的磁盘映像时更为完整。压缩包共566个文件以491个mod内核模块、18个lst列表、7个cfg配置、6个txt说明、6个c32引导模块以及efi、img、syslinux等启动文件为主整体约288.37MB目录覆盖Live运行环境、UEFI与传统BIOS引导、实用工具、版本与许可说明。已有1003人学习下载读者可据此获得可启动的克隆恢复环境并理解引导结构、备份恢复流程与离线应急操作。1. 一块 U 盘换一次整机重装Clonezilla Live 2.7.0-10 amd64 值不值得常备系统盘这种设备平时没人留意但一旦出问题并没有现成的备选方案。Clonezilla Live 2.7.0-10 的 amd64 版本就是一块可以常备在抽屉里的启动盘一个基于 Debian 的 Live 系统启动后直接对整块磁盘做扇区级或分区级镜像存成文件换盘、换机、扩容都能还原回去。它不需要目标机先能开机硬盘拆下来挂上照样能救也不像商业方案那样要先装 Agent、先买授权。适合手上管着十几台到上百台机器又不想掏预算的人做硬件回收和批量装机的给开发同事重置测试机的以及只想给自己电脑留一份“原厂状态”快照的个人用户。amd64 对应目前绝大多数 x86-64 平台老主板用 Legacy 引导也能起得来。2. 拆开这个 ISO五项启动菜单、两条工作路线与介质制作2.1 启动菜单那五项不是随便排的ISO 起机后第一个画面有五到六项很多人直接回车进默认项结果在后面某个环节卡住还以为是镜像坏了。这五项各自对应一类硬件状态选错了不会立刻报错但会在挂载磁盘或者识别网卡的时候出问题。Clonezilla live (VGA 800x600)默认项正常机器走这个。VGA 文本模式是为了兼容绝大多数服务器板载显卡别嫌它丑。Clonezilla live (To RAM)整机系统载入内存后运行启动完成后 U 盘可以拔掉。它的真正价值不是“快”而是当你要把镜像写回同一块 U 盘、或者 U 盘只有一个接口又需要接移动硬盘时能腾出这个接口。代价是内存占用小于 1GB 的机器别选。Clonezilla live (Safe graphic mode)显卡驱动识别异常、花屏、黑屏只剩一个光标时用。Clonezilla live (speech synthesis)给视障用户准备的语音引导普通场景不用碰。Clonezilla live (failsafe)关掉 ACPI 和部分内核模块加载专治老机器启动到一半断电重启、或者卡在 PCI 枚举。我的习惯是新机器先用默认项起不来再退到 failsafe花屏换 Safe graphic。别一上来就 failsafe它关掉的东西后面可能还要用。2.2 device-image 与 device-device先选路线再动手进了主菜单第一个岔路口是device-image和device-device这一步选错后面所有操作都白做。device-image是磁盘和镜像文件之间的搬运下面分savedisk整盘存成镜像、restoredisk镜像还原到整盘、saveparts只存某几个分区、restoreparts只还原某几个分区。镜像是一个目录里面是一堆sda1.ext4-ptcl-img.gz.aa这样的分卷加几个信息文件。它的好处太明显了能存下来、能校验、能拷到别的机器、能通过网络传、能保留多个历史版本。device-device是两块盘直接对拷走ocs-onthefly中间不落地成文件。速度快但要求源盘和目标盘同时在线而且没有中间产物可以回滚。做一次性换盘、把机械盘换成 SSD 这种场景很合适做日常备份就不合适了。选型上我一般这么判断只要这块镜像你还打算留超过一天就走device-image如果只是“把这块盘的内容搬到那块盘搬完这块盘就格式化”那就device-device。反过来做会多出一堆临时空间和一次多余的读写。还有一类remote-source/remote-destination的远程模式本质是device-image换了镜像存放位置第 4 章会展开。2.3 把 ISO 变成能启动的介质U 盘和虚拟机两种做法下载下来的是压缩包不是 ISO 本身这一点每年都有人卡住。先解压再写盘别把 zip 直接 dd 进 U 盘。# 解压出真正的 ISO确认文件名和大小 unzip clonezilla-live-2.7.0-10-amd64.zip ls -lh *.iso解压后拿到.iso文件。写 U 盘有两条路Rufus 这类图形工具或者命令行 dd。Rufus 在 Windows 上要选“DD 模式”而不是“ISO 模式”ISO 模式会往 U 盘里塞一个分区结构部分主板在 UEFI 下认不出来表现就是启动项里根本看不到这块盘。Linux 下用 dd写之前务必确认设备号。# 看清楚哪块是 U 盘别把系统盘写成目标 lsblk -o NAME,SIZE,MODEL,TRAN # 假设确认是 /dev/sdb写入时用整盘设备名不带数字后缀 sudo dd ifclonezilla-live-2.7.0-10-amd64.iso of/dev/sdb bs4M statusprogress oflagsync syncof后面必须是/dev/sdb这种整盘名写成/dev/sdb1只会覆盖第一个分区剩下的引导扇区全是旧的。bs4M是块大小oflagsync保证写完刷盘最后那个sync是保险U 盘拔早了会出现“能启动但解压镜像时报错”的玄学问题。虚拟机里测试最省事新建一台机器光驱挂 ISO再加一块空白虚拟盘当目标盘。注意虚拟盘要在关机状态下加热加的话 Live 系统起来时已经枚举完设备看不到新盘。3. 本地整盘备份与还原从 lsblk 到 ocs-sr 的完整命令3.1 进到 Live 环境先做的三件事系统起来直接掉进 root shell没有登录这一步。别急着敲备份命令先花两分钟把设备关系理清楚这三条命令能省掉后面半小时的排查。# 看盘和分区TYPE 列能区分 disk 和 part lsblk -o NAME,SIZE,TYPE,FSTYPE,LABEL,MOUNTPOINT # 看分区表和分区起止扇区还原到不同容量的盘时用得上 parted -l # 看 UUID 和文件系统类型确认 NTFS 还是 ext4 blkidlsblk的输出里TYPEdisk才是整盘TYPEpart是分区savedisk后面跟的是前者。很多人在这里把sda1填进去Clonezilla 会报“找不到设备”或者直接把分区当盘处理结果镜像里缺了分区表。parted -l主要看两件事是 GPT 还是 MBR以及每个分区的起始位置。这两项决定了还原到新盘时能不能对齐。blkid用来确认分区里的文件系统partclone 是按文件系统类型选工具的NTFS 走partclone.ntfsext4 走partclone.ext4认错了会退化成 dd 全盘复制速度差好几倍。存放镜像的目录默认是/home/partimag如果镜像要存到另一块盘上先挂上去。# 把存放镜像的盘挂到默认镜像根目录 mkdir -p /home/partimag mount /dev/sdb1 /home/partimag df -h /home/partimagdf -h这一步不能省。整盘镜像的体积取决于实际数据和压缩率一个 512GB 的盘如果只用了 80GB压缩后可能只有 30GB但如果文件全是已压缩的图片和视频-z1p也压不下去多少。空间不够的话备份跑到 90% 才报错前面几十分钟全白费。3.2 用 ocs-sr savedisk 做一份整盘镜像Clonezilla 的图形界面底层调用的就是ocs-sr直接敲命令反而更清楚自己选了什么。下面这条是本地整盘备份的完整形态# 整盘备份源盘 sda镜像名带日期压缩并存到 /home/partimag ocs-sr -q2 -c -j2 -z1p -i 4096 -sfsck -senc -p choose \ savedisk 2024-06-01-win11 sda逐段拆开看。-q2是安静模式只输出关键进度-q1会刷大量分区级细节日志长得没法看。-c表示执行前等一次回车确认自动化脚本里要去掉手工操作时留着防止手滑。-j2指定用 partclone 按文件系统处理分区只有它搞不定的分区才会退化成 dd。-z1p是并行 gzip 压缩多核机器上比-z1快不少想压到最小用-z9p但 CPU 占用高、耗时翻倍完全不想压就用-z0速度最快但镜像体积等于实际数据量。-i 4096是镜像分卷大小单位 MB。超过这个值就切一个.aa、.ab便于往 FAT32 的 U 盘里拷。-sfsck跳过源分区的文件系统检查能省时间代价是源盘本身有逻辑错误时不会提醒你——如果这块盘已经出现异响或者读写报错把这个参数去掉先让 fsck 过一遍。-senc是不加密镜像除非镜像要放到不受控的介质上一般不用开加密开了之后还原时每次都要输密码而且丢了密码镜像就废了。执行完镜像目录里会出现这些文件ls -lh /home/partimag/2024-06-01-win11/ # clonezilla-img Info-dmi.txt Info-lshw.txt Info-sfdisk.txt # parts sda-pt.parted sda-pt.sf # sda1.ntfs-ptcl-img.gz.aa sda2.ntfs-ptcl-img.gz.aa ...parts记录了分区顺序sda-pt.parted和sda-pt.sf是分区表的两份文本备份Info-lshw.txt是硬件清单换机器还原时用来对比网卡和显卡型号。这几个文本文件别删出问题时它们比镜像本体还有用。3.3 参数表-z、-j、-k、-i 怎么配参数组合是这个工具最容易翻车的地方我整理了一张常用组合对照表按场景选比按字面意思猜靠谱。参数可选值作用常见误用-j0 / 20 用 dd 全盘扇区复制2 用 partclone 按文件系统目标盘分区表异常时用 2 会失败退回 0-z0 / 1 / 1p / 9p不压缩 / 单线程 gzip / 并行 gzip / 最高压缩对已压缩数据用 9p耗时翻倍体积不变-i数字单位 MB镜像分卷大小设太小产生几百个分卷拷盘时容易漏-kk / k1 / k2保持目标分区表 / 按镜像重建 / 按目标盘容量等比放大还原到大盘忘了用 k2白白浪费空间-e1auto / yes / no是否用 dd 复制 MBR 引导记录UEFI 机器上盲目 yes会写回旧的 MBR-e2无值用 sfdisk 重建分区表与-k同时用时要留意顺序-k这三个变体值得单独说。-k1是严格按镜像里的分区表重建还原到同容量或者更大的盘都没问题但如果目标盘更小分区写到一半会失败。-k2是按目标盘总容量等比放大每个分区把小盘的镜像还原到大盘上用它最合适。-k不带数字是保持目标盘现有分区表不动只往里写数据适合目标盘已经分好区、只想覆盖系统分区的情况。这三者里-k1最安全-k2最实用-k最容易把数据写到不该写的地方。3.4 还原restoredisk 与还原后的引导修复还原命令和备份对称多出来的参数都是围绕分区表和引导的。# 整盘还原镜像还原到 sda按镜像重建分区表结束后重启 ocs-sr -q2 -c -j2 -z1p -i 4096 -e1 auto -e2 -k1 -p reboot \ restoredisk 2024-06-01-win11 sda-e1 auto让 Clonezilla 自己判断要不要用 dd 复制 MBR-e2用 sfdisk 重建分区表这两个配合-k1是还原到同容量或更大容量盘的稳妥组合。-p reboot表示还原完直接重启可选值还有poweroff和choose批量场景用poweroff手工场景用choose留个缓冲。还原到更小容量的 SSD 是很常见的需求比如原来 1TB 机械盘只用了 200GB想换 512GB 固态。直接还原会报目标盘容量不足加-icds能跳过这个检查但跳过检查不等于问题解决了——如果源盘的实际数据加上分区表已经超过目标盘写到一半就会失败而且此时目标盘的分区表已经被改写等于两头落空。正确顺序是先在源系统里缩小分区和文件系统再重新做一次备份然后还原。还原完成后起不来的情况八成是引导模式不匹配。备份时是 UEFI还原到的机器用 Legacy 启动或者反过来表现都是黑屏一句 “Boot device not found”。进 Live 环境确认一下# UEFI 机器上查看启动项和 ESP 分区 efibootmgr -v lsblk -o NAME,SIZE,FSTYPE,PARTTYPENAME | grep -i efi如果efibootmgr报 “EFI variables are not supported”说明当前是 Legacy 模式启动的而镜像来自 UEFI 机器。这种情况要么在固件里把启动模式改回 UEFI要么进系统后用安装介质重建引导。Linux 系统可以 chroot 进去重装 grubWindows 用安装盘的启动修复别指望 Clonezilla 自动处理这一层它只负责把扇区搬回去。4. 网络批量部署NFS、Samba、SSH 三种后端与无人值守4.1 三种后端的取舍不是哪个新就用哪个把镜像存到网络共享上是这套工具真正开始省事的地方。三种后端各有明确的适用场景选错了不是不能用是会在某些环节莫名其妙地慢或者断。NFS 是 Linux 服务端之间最顺的选择协议开销小大文件顺序读写能跑满千兆甚至万兆。缺点是对权限模型要求严格服务端要配no_root_squash否则 Live 环境里的 root 写不进共享目录。Windows 上搭 NFS 服务端也能用但配置麻烦不推荐。Samba/CIFS 是混合环境下的默认答案Windows 共享目录、NAS、群晖都能直接挂。它的坑集中在协议版本协商上老 NAS 只支持 SMB1新版内核默认禁用了 SMB1挂载直接报协议不支持反过来强制指定 SMB1 又有安全隐患。SSH/sshfs 适合跨网段、只能走 22 端口的场景比如托管机房只给你开一个 SSH。速度比前两者慢但穿透性好还能走密钥认证。Clonezilla Live 里不一定预装 sshfs要现装得能连外网源离线环境就得提前准备。我一般的判断顺序是内网 Linux 存储走 NFS混合环境或者现成 NAS 走 CIFS跨网段或者只有 SSH 通道走 sshfs。三种都别在备份中途切换镜像目录里的分卷命名规则是一样的但挂载点变了容易写到两个地方去。4.2 手工挂载加 ocs-sr第一条可用的网络备份命令先把共享挂到默认镜像根目录再跑和本地一模一样的ocs-sr这是最容易验证成功与否的做法。图形界面里的“使用现有挂载点”就是这个意思。# NFS服务端已导出 /export/clonezilla且允许 root 写入 mkdir -p /home/partimag mount -t nfs -o nolock,vers3 192.168.1.20:/export/clonezilla /home/partimag mount | grep partimag df -h /home/partimagnolock在没有 rpcbind 的精简环境里能避免挂载卡住vers3是兼容性最好的版本服务端支持 NFSv4 的话可以换成vers4.1拿到更好的并发。挂完一定要df -h确认容量和写入权限NFS 挂载成功但不可写的情况很常见表现是备份跑到创建目录那一步才报错。# CIFSNAS 共享显式指定协议版本和属主 mount -t cifs -o usernamebackup,password***,vers3.0,uid0,gid0,file_mode0666,dir_mode0777 \ //192.168.1.20/backup /home/partimaguid0,gid0是把挂载后的文件属主强制成 root否则 Live 环境里的 root 在共享目录里创建的文件会变成 nobody后续写入分卷时权限被拒。file_mode和dir_mode同理CIFS 不带 POSIX 权限只能靠挂载参数模拟。密码直接写在命令行里会留在 shell 历史正式环境用credentials/root/.smbcred指向一个 600 权限的文件。# SSH通过 sshfs 把远端目录映射过来需要先有 sshfs which sshfs || apt-get install -y sshfs sshfs backup192.168.1.20:/data/clonezilla /home/partimag \ -o reconnect,ServerAliveInterval15,password_stdin /root/.sshpassreconnect和ServerAliveInterval是给不稳定的链路准备的网络抖一下 sshfs 断了ocs-sr会一直卡在写分卷上不报错看起来像死机。这两个参数能让它自己重连。挂好之后命令和本地备份完全一致# 备份到网络挂载点镜像名带上机器编号便于批量识别 ocs-sr -q2 -c -j2 -z1p -i 4096 -sfsck -senc -p poweroff \ savedisk node-042-20240601 sda镜像最终落在远端共享的node-042-20240601目录里。批量场景下命名规则要提前定死我一般用“机器编号-日期”按名字排序就是按时间排序找起来快。4.3 无人值守内核参数与 ocs_live_run一台一台点菜单不现实Clonezilla Live 支持在启动时把整条命令塞进内核参数。做法是在启动菜单上按 Tab 编辑找到ocs_live_run那一段替换掉。# 启动菜单按 Tab 后编辑整行是一条内核命令行 linux /live/vmlinuz bootlive unionoverlay usernameuser \ ocs_prerunmount -t nfs -o nolock,vers3 192.168.1.20:/export/clonezilla /home/partimag \ ocs_live_runocs-sr -q2 -batch -j2 -z1p -i 4096 -sfsck -senc -p poweroff savedisk auto-$(hostname) sda \ ocs_live_extra_param ocs_live_batchyesocs_prerun在 Clonezilla 主程序启动前执行用来挂网络共享可以写多条ocs_prerun1到ocs_prerun4。ocs_live_run就是最终要跑的完整命令注意这里不能用-c-batch加上ocs_live_batchyes才是真正的无人值守任何需要确认的地方都会走默认值。-p poweroff让机器备份完自己关机方便流水线作业。生产环境里我把这一整套做成 PXE 引导DHCP 按 MAC 分配不同的ocs_live_run参数同一批机器插上网线开机就能自动备份不需要人守。这套东西第一次配要花时间配完之后再做批量迁移就是纯体力活了。5. 避坑与排查五条血泪经验5.1 介质与启动相关的两个坑现象U 盘写完了启动项里能看到选中后卡在黑屏或者反复重启换一台机器又能正常起。原因通常是写盘方式不对——用 Rufus 的 ISO 模式写出来的 U 盘在部分主板的 UEFI 固件下识别不到引导文件只认 DD 模式写出来的原始镜像结构。解决方法是重写一遍Rufus 里选“DD 模式”Linux 下直接dd到整盘设备写完sync再拔。还有一种情况是 USB 3.0 接口在老主板上的兼容问题换到 USB 2.0 口就能过。现象系统起来了但挂载源盘时报device not foundlsblk里也看不到那块盘。原因是硬盘接在 RAID 卡或者 NVMe 转接卡上Live 内核没带对应驱动也可能是 BIOS 里 SATA 模式设成了 RAID 而不是 AHCILinux 看到的是一个未初始化的 RAID 成员盘。解决方法是在固件里临时改成 AHCI 再试或者换 failsafe 模式启动看能不能加载通用驱动。这一条我在服务器上翻过不止一次车最后发现是阵列卡没配直通。5.2 磁盘与文件系统相关的两个坑现象还原到更小的 SSD进度条跑到一半报No space left on device目标盘分区表已经被改写原来的数据也没了。原因是用了-icds强行跳过容量检查但源盘实际数据量确实超过了目标盘容量。这个参数只跳过检查不解决空间问题。正确做法是先在源系统里缩分区、缩文件系统重新备份一次再还原。已经写坏的目标盘只能用-k1重新还原一次完整镜像盖回去。现象备份顺利还原也顺利但还原后的 Windows 启动蓝屏错误码指向引导设备不可访问。原因是备份时用的是 UEFI 引导还原的目标机固件设成了 Legacy或者 ESP 分区在还原时被-k1按镜像重建但引导项没写进 NVRAM。解决方法是进固件改回 UEFI或者用 Windows 安装介质做一次启动修复Linux 系统则 chroot 进去grub-install加update-grub。这一条的本质是 Clonezilla 只搬数据不搬固件里的启动项。5.3 网络与权限相关的一个坑现象挂载 CIFS 成功ocs-sr跑起来几十秒后报Permission denied或者速度只有十几 MB/s。前者的原因是挂载参数没带uid0,gid0Live 里的 root 在 SMB 共享上没有写权限后者的原因是协议版本协商到了 SMB1老协议在小文件多的场景下性能极差。解决方法是在挂载参数里显式写vers3.0或3.1.1和uid0,gid0,file_mode0666,dir_mode0777如果 NAS 太老只支持 SMB1就得接受这个速度或者换 NFS 后端。另外 NAS 侧的共享目录配额也要看一眼配额满了的表现同样是写到一半报权限错误很容易误判。6. 验证与归档三重校验、增量策略和 ghostscript 的用法镜像做完了不等于能用。我在吃过一次“还原到一半发现分卷损坏”的亏之后形成了固定的三重校验习惯每次备份完立刻跑一遍不给自己留后悔的余地。6.1 还原前的三重校验第一重是分卷完整性。partclone 的分卷是独立的 gzip 成员逐个测试就能定位坏在哪一段# 逐个校验 gzip 分卷完整性输出 BAD 的那一段要重做 cd /home/partimag/2024-06-01-win11 for f in *.gz.*; do gzip -t $f 2/dev/null || echo BAD: $f; donegzip -t只解压校验不落盘速度快能发现拷贝过程中截断或者介质坏块导致的问题。第二重是分区表对比把sda-pt.sf里的分区起止扇区和目标盘parted -l的输出对一遍容量对不上就说明-k参数选错了。第三重是冷启动验证还原完不要急着交付断电重启一次看到系统真正进了桌面或者登录界面才算完成。这部分没有命令可以替代只能人工确认。6.2 增量策略-i 与完整镜像的配合全量备份每次几十 GB做每周一次不现实。Clonezilla 支持在已有镜像基础上做增量# 第一次做完整镜像之后用 -i 0 做增量-i 1、-i 2 依次递增 ocs-sr -q2 -c -j2 -z1p -i 4096 -sfsck -senc -p choose \ -i 0 savedisk 2024-06-08-win11 sda-i 0表示这是第一个增量依赖同名的完整镜像-i 1是第二个以此类推。注意增量只记录变化的分区块还原时必须先还原完整镜像再按顺序套增量中间断一个就全废。所以我的做法是完整镜像保留最近两份增量只保留最近四次超期的直接删掉避免还原时链条太长记不清顺序。6.3 用 ghostscript 把验证记录压成 PDF 归档还原现场的证据链经常被忽略屏幕截图、dmesg输出、硬件清单、验收签字扫描件散在一堆 PNG 和 txt 里过半年根本对不上是哪台机器。我一般会在宿主机上把这些整理成一个 PDF跟镜像目录放在一起。# 把恢复过程的截图序列合成一个 PDF再压缩到适合归档的体积 gs -sDEVICEpdfwrite -dCompatibilityLevel1.5 -o raw-report.pdf shot-*.png gs -sDEVICEpdfwrite -dPDFSETTINGS/ebook -dCompatibilityLevel1.5 \ -dNOPAUSE -dBATCH -sOutputFilereport.pdf raw-report.pdf第一条命令把 PNG 序列按文件名顺序合成 PDF-dCompatibilityLevel1.5保证老版本阅读器也能打开。第二条用/ebook预设重新压一遍图片分辨率降到 150dpi 左右体积通常能砍掉六七成肉眼几乎看不出差别。/screen压得更狠但文字会糊/prepress保留印刷质量但文件很大归档场景/ebook是平衡点。注意 Live 环境里不一定带 ghostscript这一步放在宿主机的批处理脚本里做更稳妥。从那以后我每次做整盘还原都强制先跑一遍gzip -t的全量校验再冷启动一次确认引导最后把截图和日志压成一个 PDF 塞进镜像目录。这三步花不了十分钟但能挡掉绝大多数“还原完才发现不对”的场面。希望帮到你。本文还有配套的精品资源点击获取