dd 在 Snow Leopard 上生成损坏的 ISO 映像（无论是从脚本还是 shell 调用）

Question 1

对于 CD-ROM，使用/dev/disk1s0和而不是/dev/disk1。

/dev/disk1将访问原始的 2352 字节块，这在读取音频 CD 时非常有用。在 CD-ROM 上，2352 字节中的 2048 个字节用于数据，其余大部分用于纠错。当您读取时/dev/disk1s0，它将使用错误校正代码来纠正任何可能的错误，并返回每个块的（可能已纠正的） 2048 个数据字节，这正是您对 ISO 映像所需要的。

请注意，这与 DVD-ROM 不同，DVD -ROM 可以使用/dev/disk1。DVD-ROM 使用不同的错误纠正方案，将数据分散到磁盘上，以提供更好的错误恢复能力。没有单独的设备名称可用于读取包含错误纠正代码的 DVD 数据。

Answer

对于 CD-ROM，使用/dev/disk1s0和而不是/dev/disk1。

/dev/disk1将访问原始的 2352 字节块，这在读取音频 CD 时非常有用。在 CD-ROM 上，2352 字节中的 2048 个字节用于数据，其余大部分用于纠错。当您读取时/dev/disk1s0，它将使用错误校正代码来纠正任何可能的错误，并返回每个块的（可能已纠正的） 2048 个数据字节，这正是您对 ISO 映像所需要的。

请注意，这与 DVD-ROM 不同，DVD -ROM 可以使用/dev/disk1。DVD-ROM 使用不同的错误纠正方案，将数据分散到磁盘上，以提供更好的错误恢复能力。没有单独的设备名称可用于读取包含错误纠正代码的 DVD 数据。

Question 2

音频 CD 通常不会dd以 ISO 格式进行翻录和存储。音频 CD 数据 (CDDA) 更接近唱片上的音轨，以间隙为界向内螺旋。它们不包含文件系统。

相反，音频 CD 数据通常使用以下程序进行翻录：光盘目录或者偏执狂。音频 CD 通常以 BIN/CUE 对、WAV/CUE 对或每个音轨的单独 WAV 文件的形式存储，而不是 ISO 文件。CUE 文件是包含音轨布局的 ASCII 文本文件，BIN 或 WAV 文件包含实际的音频数据。

和偏执狂：

# read cd's table of contents
cdparanoia -Q

# rip several (1 thru N, inclusive) tracks to one big file
cdparanoia --batch 1-N bigfile.wav

和光盘目录：

cdrdao read-cd --read-raw --datafile foo.bin --device ATAPI:0,0,0 --driver generic-mmc-raw foo.toc

查看从命令提示符中抓取和刻录的方法了解更多血腥细节。

Answer

音频 CD 通常不会dd以 ISO 格式进行翻录和存储。音频 CD 数据 (CDDA) 更接近唱片上的音轨，以间隙为界向内螺旋。它们不包含文件系统。

相反，音频 CD 数据通常使用以下程序进行翻录：光盘目录或者偏执狂。音频 CD 通常以 BIN/CUE 对、WAV/CUE 对或每个音轨的单独 WAV 文件的形式存储，而不是 ISO 文件。CUE 文件是包含音轨布局的 ASCII 文本文件，BIN 或 WAV 文件包含实际的音频数据。

和偏执狂：

# read cd's table of contents
cdparanoia -Q

# rip several (1 thru N, inclusive) tracks to one big file
cdparanoia --batch 1-N bigfile.wav

和光盘目录：

cdrdao read-cd --read-raw --datafile foo.bin --device ATAPI:0,0,0 --driver generic-mmc-raw foo.toc

查看从命令提示符中抓取和刻录的方法了解更多血腥细节。

Question 3

不确定发生了什么，但是您是否尝试过事后比较源和目标？

或许：

od -c source > source.txt
od -c target > target.txt
diff source target

我猜这会生成一些相当大的文件，而且我不确定差异输出有多大用处 - 但至少它应该提供文件是否相同的答案。

您的机器上运行着“FileVault”或其他程序吗？不确定这是否会影响这类事情？

dd 能与其他类型的二进制文件一起使用吗？（尝试将'/bin/ls'复制到另一个文件，看看它是否仍然有效？）

Answer