背景
我编写ISO的正常过程是下载它们(zsync通过脚本执行ISO验证&向我展示包的更改(即。),然后使用mkusb将其写入拇指驱动器,例如。
guiverc@d7050-next:/de2900/lubuntu_64$ sudo mkusb-nox mantic-desktop-amd64.iso all然后,我会快速扫描消息&如果它看起来不错,弹出拇指驱动器,并在附近的一个框上引导它&使用一种有文档的这里方法确认媒体写入。
sudo journalctl |grep casper-md5check
守望
May 11 08:37:47 ubuntu casper-md5check[3924]: Checking ./boot/grub/loopback.cfg...../boot/grub/loopback.cfg: OK
May 11 08:37:47 ubuntu casper-md5check[3924]: Check finished: no errors found.
May 11 08:37:47 ubuntu systemd[1]: Finished casper-md5check.service - casper-md5check Verify Live ISO checksums.我认为这种验证是必要的,因为我发现5-8%的ISO写操作失败,而不管使用的硬件是什么(即。不同的盒子和不同的拇指驱动器)。
问题
我是否可以使用一个简单的工具来验证ISO写,使用我用来编写它的框(即。不需要重新启动或附近的盒子)。
我的偏好是终结性的,因为这是我完成这些任务的地方。
发布于 2023-05-14 15:47:37
用于检查克隆是否成功的
从图像文件(通常是iso文件)克隆到USB驱动器被认为是一个健壮的过程,但有时会失败。这可能是由于当一个大的iso文件被克隆到一个带有慢存储单元的摆式中,或者是由片状的内存单元引起的缓冲问题。
无论如何,我看到我们需要一种方便的方法来检查克隆是否成功,所以我创建了一个小small脚本。
diff-image-drive通过比较sha256sums使其易于检查。
首先,在目标设备中有一些以前的内容,一个通过USB连接到SATA适配器的SSD:
$ sudo diff-image-drive mantic-desktop-amd64.iso /dev/sdc
Comparing content of 'mantic-desktop-amd64.iso' and '/dev/sdc'
partprobe:
umount /dev/sdc*:
done - no partition mounted on /dev/sdc
calculating sha256sums ...
2,92GiB 0:00:18 [ 163MiB/s] [================================================================>] 100%
file: cdfaafb6be7b4b183b43bf395f7a1e12b14bcc6914c13ca8246a4cb00254ef6e -
2,92GiB 0:00:14 [ 203MiB/s] [================================================================>] 100%
device: ac65f5bb93207976cf59e4440147ffdda40e6e0ac3a3f964f525c0063660b51d -
content of iso/img file and device differ从mantic iso文件克隆到目标设备后:
$ sudo diff-image-drive mantic-desktop-amd64.iso /dev/sdc
Comparing content of 'mantic-desktop-amd64.iso' and '/dev/sdc'
partprobe:
Warning: Not all of the space available to /dev/sdc appears to be used, you can fix the GPT to use all of the space (an extra 462737388 blocks) or continue with the current setting?
umount /dev/sdc*:
done - no partition mounted on /dev/sdc
calculating sha256sums ...
2,92GiB 0:00:14 [ 208MiB/s] [================================================================>] 100%
file: cdfaafb6be7b4b183b43bf395f7a1e12b14bcc6914c13ca8246a4cb00254ef6e -
2,92GiB 0:00:14 [ 204MiB/s] [================================================================>] 100%
device: cdfaafb6be7b4b183b43bf395f7a1e12b14bcc6914c13ca8246a4cb00254ef6e -
content of iso/img file and device match在这种情况下,您不必担心partprobe发出的警告。从iso文件克隆的驱动器不关心克隆字段后面的内容。
使用外壳脚本1.3版本的
彩色高亮度也在原来的版本,但检查什么时候跳头/尾巴是新的。这有助于检查何时使用了从Ubuntu文件克隆的驱动器(因此创建了“可写”分区)。

克隆后直接检查。

在驱动器被启动后检查。
您可以通过这个职位和我在Ubuntu论坛上的帖子找到更多的细节。
https://askubuntu.com/questions/1467825
复制相似问题