问题标签 [clonezilla]
For questions regarding programming in ECMAScript (JavaScript/JS) and its various dialects/implementations (excluding ActionScript). Note JavaScript is NOT the same as Java! Please include all relevant tags on your question; e.g., [node.js], [jquery], [json], [reactjs], [angular], [ember.js], [vue.js], [typescript], [svelte], etc.
linux - 使用 CLI 恢复使用 clonezilla 保存的磁盘映像
如果客户端连接到指定的网络端口,我已经设置了一个通过 PXE 引导的实时 CentOS 7。
Linux 启动后,我编写了一个小逻辑脚本,用于比较中央主机上是否有比客户端上已经部署的更新的映像版本。这是通过比较版本文件的内容来完成的。如果有较新的版本,则应将映像部署在客户端上。否则只有部分图像(qcow2-Files)应该被替换到安全的时间。由于图像高达 1TB,我不想在任何情况下应用图像。也需要很长时间。
在客户端,有一个卷组,它由不同大小的 lvms 和“普通”分区(如 /dev/sda1)组成。
有没有办法使用 cli 部署整个分区结构?我已经想到了从整个系统中恢复一个磁盘。但这将花费大量精力来编写脚本以获得我想要的目标结构。
我发现没有办法将 clonezilla 作为 cli“运行”(我实际上无法理解为什么它不存在)。我试图通过命令“ocs-sr”使用部分 clonezilla live iso,但我卡在某个地方,它总是给我一个“未知命令”-错误。
就我而言,最好的情况是:
它将由 clonezilla 生成的图像文件夹中的所有图像应用到客户端。任何帮助高度赞赏。
restore - 如何创建自动化和无人值守的 Clonezilla 恢复解决方案
我想为所有寻找自动化 Clonezilla 恢复选项的人提供一个简短的教程。
假设
- 仅 UEFI 引导
- Clonezilla
/dev/sdb1
和 Image 存储库/dev/sdb2/images
都在同一个 U 盘上 - 恢复到整个 SSD
/dev/sda
我想
- 从 U 盘启动
- 自动选择并启动自定义 Clonezilla 恢复选项
- 从 U 盘自动加载图像存储库
- 用户选择要恢复的图像
- 从选定的图像自动恢复到 SSD
- 成功恢复后自动重启
linux - 为什么用 clonezilla 克隆的新磁盘无法启动(最终出现在 grub 提示符下)?
我使用 Clonezilla 对磁盘进行了完整克隆(包含所有分区的磁盘到磁盘)。
克隆成功,但是当我尝试启动时,它失败了,我最终得到了 GRUB 提示符。
该磁盘包含 Centos 7 安装,我知道 grub 通过其 UUID(在 grub.cfg 中)引用引导分区,并且 /etc/fstab 中使用相同的 UUID 表示 /boot 分区。但是,如果我克隆磁盘,我也不要克隆 UUID,然后 grub 和 fstab 应该找到正确的分区。
这个假设有什么问题?克隆过程中实际的分区 ID 是否发生变化?原盘和克隆盘使原盘正常启动而克隆盘启动失败的区别是什么?
谢谢 !
吉尔伯特
backup - 无法识别 Clonezilla 可启动 USB (InsydeH2O UEFI)
我正在运行 InsydeH2O UEFI,我无法在 UEFI 可启动驱动器列表中识别 Clonezilla Live USB。
- 我尝试了多个 USB 驱动器
- 每个 Clonezilla Live USB 都在单独的测试台上尝试过 DID 工作
- USB 驱动器被格式化为 FAT 32 并分配了可引导标志(MBR 与 UEFI 兼容 AFAIK)
- 安全启动已禁用
- InsydeH2O 可以识别包含 Linux 发行版的可引导 USB
- 我使用了多种方法从 Clonezilla ISO 创建可启动 USB,包括
dd
在命令行中和etcher
.
接下来有哪些步骤可以让我取得进步?
clonezilla - OCS_Prerun 参数在新 SSD 设置上失败
使用 Clonezilla Live 可启动 USB 3.0 便携式 SSD。我们之前在旧的 2TB 硬盘上使用 OCS_Prerun 参数进行了设置,该硬盘通常被dev/sdc2
视为该硬盘的第二个图像存储分区。
我们已经升级到了新的 USB 3.0 SSD,当使用 USB 2.0 电缆或 USB 2.0 插槽中的 USB 3.0 电缆时,有时可以使用相同的 OCS_Prerun 参数使这个东西工作,但是当我们用一个插入它的那一刻USB 3.0 电缆在 USB 3.0 插槽中,它不再dev/sdc2
正常看!
dev/sdX
在 Linux 中使用 USB 2.0 与 USB 3.0 设备时是否使用了不同的过程,和/或在分配标签时使用 HDD 与 SSD 时是否使用了不同的过程?
有什么线索吗?
OCS Prerun 任务如下:
restore - 验证 Clonezilla 还原
是否可以指示 Clonezilla 验证恢复的分区是否正确写入?我知道-cm
and-cs
选项,但是在查看了 partclone 的源代码后,验证选项似乎是在数据恢复之前完成的,而不是在恢复后读回数据。更多的是证明待恢复图像未被篡改。
然后还有一些选项-gmf
,-cmf
它们创建了每个文件的校验和。在这里,手册指出:
文件系统必须受 Linux 内核支持,才能以只读方式挂载以检查文件。
这可能表明要恢复的映像已安装以在实际恢复发生之前执行验证。但我也可以读取它,因为之后会安装恢复的图像以验证所有文件。后者将适合我的需要。
所以我的问题是 Clonezilla 是否可以通过实际读回所有恢复的字节来以某种方式验证恢复的分区。