首页
学习
活动
专区
圈层
工具
发布
社区首页 >问答首页 >在写入后直接验证ISO写入

在写入后直接验证ISO写入
EN

Ask Ubuntu用户
提问于 2023-05-14 04:34:29
回答 1查看 46关注 0票数 4

背景

我编写ISO的正常过程是下载它们(zsync通过脚本执行ISO验证&向我展示包的更改(即。),然后使用mkusb将其写入拇指驱动器,例如。

代码语言:javascript
复制
guiverc@d7050-next:/de2900/lubuntu_64$ sudo mkusb-nox mantic-desktop-amd64.iso all

然后,我会快速扫描消息&如果它看起来不错,弹出拇指驱动器,并在附近的一个框上引导它&使用一种有文档的这里方法确认媒体写入。

  • 以尝试模式启动它,然后等待一段时间让后台媒体验证发生,然后使用

sudo journalctl |grep casper-md5check

守望

代码语言:javascript
复制
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写,使用我用来编写它的框(即。不需要重新启动或附近的盒子)。

我的偏好是终结性的,因为这是我完成这些任务的地方。

EN

回答 1

Ask Ubuntu用户

回答已采纳

发布于 2023-05-14 15:47:37

用于检查克隆是否成功的

工具

从图像文件(通常是iso文件)克隆到USB驱动器被认为是一个健壮的过程,但有时会失败。这可能是由于当一个大的iso文件被克隆到一个带有慢存储单元的摆式中,或者是由片状的内存单元引起的缓冲问题。

无论如何,我看到我们需要一种方便的方法来检查克隆是否成功,所以我创建了一个小small脚本。

diff-image-drive通过比较sha256sums使其易于检查。

演示使用using脚本的原始版本:

首先,在目标设备中有一些以前的内容,一个通过USB连接到SATA适配器的SSD:

代码语言:javascript
复制
$ 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文件克隆到目标设备后:

代码语言:javascript
复制
$ 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论坛上的帖子找到更多的细节。

票数 2
EN
页面原文内容由Ask Ubuntu提供。腾讯云小微IT领域专用引擎提供翻译支持
原文链接:

https://askubuntu.com/questions/1467825

复制
相关文章

相似问题

领券
问题归档专栏文章快讯文章归档关键词归档开发者手册归档开发者手册 Section 归档