Linux系统级备份与恢复中，dd适合整盘克隆但耗时且不可增量；partclone更高效、支持压缩和中断续传；mkisofs/genisoimage仅适用于打包已挂载的只读目录为可启动ISO，非系统备份工具；mondo是唯一支持LVM/RAID/UEFI引导修复与还原校验的生产级全自动方案。
直接说结论：Linux系统级备份与恢复，
适合整盘克隆但耗时且不可增量；
更高效、支持压缩和中断续传；
/
只适用于「已挂载的只读文件系统目录」打包成可启动ISO，不是系统备份工具；
是唯一能全自动处理LVM/RAID/UEFI+引导修复+还原校验的生产级方案，但配置门槛略高。
用
备份整个磁盘时为什么总卡住或失败
本质是块设备逐扇区复制，它不理解文件系统，所以：
遇到坏道会阻塞甚至失败，需加
跳过错误（但可能引入数据错位）
目标空间必须 ≥ 源磁盘总容量，哪怕实际只用了10GB，也不能压缩
无法排除/tmp、/proc等虚拟文件系统，直接
运行中的根分区大概率损坏镜像
进度条靠
，但某些内核版本下该参数无效，得用
替代：
比
快在哪？哪些分区类型能用
在文件系统层操作，只复制已用块，跳过空白区域，还能边复制边压缩。但它不是万能的：
支持
、
、
、
等，但
和
需确认版本（如
在较新发行版中才内置）
备份前必须
或至少
冻结文件系统，否则可能 inconsistent
压缩用
参数（默认gzip），想更快可用
开4线程，但别用
+
组合——部分旧版会崩溃
示例：
，还原时把
换成
为什么用
或
打包目录后无法启动
这两个工具只生成标准ISO 9660文件系统，本身不具备引导能力。要可启动，必须满足三个硬性条件：
Docker Desktop（linux）
当前 Docker 最新稳定版本之一，主要针对稳定性和兼容性进行了修复优化，适合生产环境与日常开发使用。该版本继续强化 AI 开发支持、容器日志管理以及 Docker Engine 的安全能力，对 Windows/macOS/Linux 平台兼容性进行了进一步优化。
下载
源目录里得有合法的El Torito引导映像，通常是
或
必须显式指定
（BIOS模式）
UEFI启动还需
，且
必须是真实有效的PE格式二进制
常见错误：
——说明
指向的文件不存在或不是SYSLINUX生成的；
——
路径错或签名不被固件接受
配置里最容易被忽略的三个点
自动化程度高，但关键路径和策略必须手动确认，否则还原时才发现缺东西：
指定的备份目录，必须是独立挂载点（不能是
），且剩余空间要 ≥ 1.5倍系统已用空间（含压缩冗余）
排除列表必须包含所有虚拟文件系统，漏掉
会导致备份中混入设备节点，还原时可能触发udev冲突
若系统用了LVM thin pool或Btrfs子卷，
默认不识别，得加
参数并手动写
规则，否则备份会跳过这些逻辑卷
真正麻烦的从来不是“怎么生成一个镜像”，而是“还原时能不能从第一行引导日志开始就不出错”。
和
适合单机快速兜底，
适合多服务器统一策略，而
只该出现在你明确知道自己在构建安装介质的场景里——把它当系统备份工具，等于拿螺丝刀当锤子使。
ddpartclonemkisofsgenisoimagemondoddddconv=noerror,syncddstatus=progresspvsudo pv /dev/sda | sudo dd of=image.img bs=4Mpartcloneddpartcloneext2/3/4xfsbtrfsntfszfsf2fspartclone.f2fsumountfsfreeze -f-C-j4-C-jsudo partclone.ext4 -c -s /dev/sda2 -o backup.pcl -C -j2-c-rmkisofsgenisoimageisolinux.binboot/grub/efi.img-b isolinux/isolinux.bin -c isolinux/boot.cat -no-emul-boot -boot-load-size 4 -boot-info-table-eltorito-alt-boot -e EFI/boot/BOOTx64.efi -no-emul-bootBOOTx64.efiSYSLINUX not a bootable disk-bFailed to load EFI imageBOOTx64.efimondomondo-d /backup/home/backup-E "/tmp|/proc|/sys|/dev"/devmondoarchive-x--exclude-fstabddpartclonemondomkisofs