如何在 Debian 8.x 中将 CDROM 复制到 ISO？

Question

我是开发人员libburn，并使用与此处提到的相同系统已有一年了。内核 3.16 对 2.6 有一些 CD 回归，但复制数据的用例应该可以正常工作。

我宁愿在这里看到位腐烂（readom未维护）、用户错误（错误的设备文件、已安装介质上的读取）以及使用写入类型 Track-At-Once 写入的 CD 介质的“预读错误”（I/O 错误）。 I/O 错误也可能是由可读性差的介质引起的。

详细地：

/dev/scd0在 vanilla Debian 8 上没有。只有/dev/sr0并且可能是符号链接，例如/dev/cdrom, dev/dvd, ... 因此所有失败scd0都是可以简单解释的。wodim -scanbus如果没有，建议运行是徒劳的/dev/scdX，因为wodim只查看这些地址。

readom文档通常是从 readcd 复制的，因此反映了 cdrecord 和 readcd 作者的独特观点。尽管如此，它当然应该有效。

对于从数据 CD、DVD 或 BD 介质进行复制，dd 和 cp 就可以了。这里很少使用 dd 选项 conv=sync,notrunc。 conv=sync对于某些数据源来说确实很危险，因为当数据源每次读取操作传递的字节数少于 bs 字节时，它会注入零。（CD 和绝对不会发生这种情况bs=2048。）

"Input/output error"不是由复制程序引起的，而是从内核到这些程序的消息。这通常是由驱动器的错误指示引起的。

在这个特殊情况下，它被证明是经典的“CD 预读错误”。 CD（不是 DVD 或 BD）的最后一个或两个块可能无法读取，因为某些驱动器将一个或两个一次性轨道耗尽块报告为有效负载数据的一部分，但事实并非如此。

在大多数情况下dd，cp在内核 3.16 上，所有有效负载块都会在因 I/O 错误而中止之前传递。对于较旧的内核或不幸的情况，mkisofs传统上会在生成 ISO 时添加 300 kB 的填充。如果这 300 KB 中的某些内容不是由内核提供的，则不会损坏 ISO 中的文件内容。

如果 I/O 错误发生在 CD 的最后两个块之前，则很可能是由可读性差的介质引起的。在这种情况下，建议是查看 dmesg 输出或/var/log/messages 类似的报告：

Aug 29 15:51:12 NN kernel: [9852911.947547] sr 2:0:0:0: [sr0] Unhandled sense code
Aug 29 15:51:12 NN kernel: [9852911.947549] sr 2:0:0:0: [sr0]
Aug 29 15:51:12 NN kernel: [9852911.947550] Result: hostbyte=DID_OK driverbyte=DRIVER_SENSE
Aug 29 15:51:12 NN kernel: [9852911.947551] sr 2:0:0:0: [sr0]
Aug 29 15:51:12 NN kernel: [9852911.947552] Sense Key : Medium Error [current]
Aug 29 15:51:12 NN kernel: [9852911.947554] Info fld=0x710
Aug 29 15:51:12 NN kernel: [9852911.947554] sr 2:0:0:0: [sr0]
Aug 29 15:51:12 NN kernel: [9852911.947555] Add. Sense: Unrecovered read error
Aug 29 15:51:12 NN kernel: [9852911.947556] sr 2:0:0:0: [sr0] CDB:
Aug 29 15:51:12 NN kernel: [9852911.947557] Read(10): 28 00 00 00 06 f8 00 00 40 00

这是一个典型的中等错误。软件没有问题。第一手资料甚至不是驱动器问题。

"(Device or resource busy)"错误来自于尝试打开Linux 设备的非可移植open(2)角色的设备文件。O_EXCL看这里了解open()CD 刻录机设备文件的特性。

mount(8)使用该标志打开设备。表现良好的刻录程序也应该使用该标志，从而在尝试使用已安装或刻录驱动器时进行学习。

readom使用它是为了避免破坏正在进行的刻录运行。

因此，对于readom或刻录程序，必须首先卸载介质。dd和并不强制建议在复制之前卸载cp。

关于基于 libburn 的数据读取的问题的回答：

可以尝试 xorriso 的 dd_rescue-ish 命令

xorriso -outdev /dev/sr0 -check_media use=outdev sector_map="$HOME"/cdrom_sector_map data_to="$HOME"/cdrom_copy.iso abort_file="$HOME"/cdrom_copy_abort --

该副本应作为 file 出现~/cdrom_copy.iso。将报告读取错误，并尝试复制下一个块。该文件~/cdrom_sector_map将记录失败和成功读取的模式。另一个读取运行将加载它，然后仅尝试那些尚未成功复制的块。

成功的运行应该以类似这样的消息结束

Media checks :        lba ,       size , quality
Media region :          0 ,     359062 , + good

带有剩余坏块的运行将在质量列中出现带有“-”字符的“媒体区域”行。 “+”表示成功读取块的间隔。 “0”表示尚未尝试的块。（在曲目之间，它们可能会保持这种状态。CD-ROM 应该只有一个曲目。）

CD Track-At-Once 耗尽块会导致“-”质量。如果这种情况仅发生在 CD 的最后两个块之一，则很可能所有有效负载块都已复制到~/cdrom_copy.iso.

如果您想中止这个相当顽固的程序运行，那么最好在另一个 shell 中执行：

touch "$HOME"/cdrom_copy_abort

如果您终止该进程，则不会写入扇区映射，并且下一次运行将重新读取已复制的块。

完全成功或仅丢失最后一两个块后，您接下来应该测试复制的 ISO 中是否没有文件指向丢失的块地址。

作为超级用户（或通过sudo）：

mkdir /mnt/iso
mount -o loop ...your.users.home.../cdrom_copy.iso /mnt/iso

应该报告此注释，但没有进一步的错误消息：

mount: /dev/loop0 is write-protected, mounting read-only

作为普通用户，让我们tar读取所有文件并使用输出wc：

tar cf - /mnt/iso | wc

应该不报告任何 I/O 错误，而只报告警告，最后是三个数字

tar: Removing leading `/' from member names
1343012 7725571 331386880

如果 CD 的可读性足以安装，则cdrom_copy.iso通过创建另一个安装目录和 mount 来比较 CD 和 CD的文件/dev/sr0：

mkdir /mnt/orig_cd
mount /dev/sr0 /mnt/orig_cd

然后比较两个文件树。将输出通过管道传输到less，以便在存在许多差异的情况下不会淹没您的终端

diff -q -r /mnt/orig_cd /mnt/iso 2>&1 | less

空输出表示没有差异。尝试安装不同的 CD，您应该会收到很多消息，例如

Only in /mnt/iso: ...some_name...
...
Only in /mnt/orig_cd: ...some_other_name...

如果两个树中具有相同相对路径的文件具有不同的内容，您将看到类似的消息

Files /mnt/cd_orig/...some_file... and /mnt/iso/...some_file... differ

当一切正常后，然后删除文件~/cdrom_sector_map，以便它无法阻止xorriso从您必须应用整个过程的下一张 CD 读取块。

Answer 1