如何恢复使用 Ctrl+C 中止的“wodim”DVD 刻录？

Question

也许您将不得不放弃这种部分写入的介质并开始使用新的（空白）DVD。

理论上，在未完全写入的 DVD+R 轨道上恢复写入运行并非不可能。但我不知道有任何刻录程序可以做到这一点。不过，我可能是错的。因此，只要尝试让刻录程序在该介质上运行会发生什么。

我预计刻录程序要么会抱怨开放轨道并中止，要么会尝试在 DVD 上尚未声明的区域中开始新轨道。两者都不会在 DVD 上生成完美的 ISO 副本。

进一步的意见和信息：

wodim不太适合 DVD。使用growisofs、cdrskin、 xorrecord或cdrecord。

装有 DVD+R 介质的驱动器不提供模拟写入功能。无论wodim您使用 option 运行它时做了什么-dummy，它都与您在 CD-R[W]、DVD-R 或未格式化的 DVD-RW 中看到的不同。以真正刻录的开始为标志，wodim不知道 DVD+R、DVD+RW、DVD-RAM、格式化 DVD-RW 或 BD 介质。（对于 DVD-R 和未格式化的 DVD-RW 可能就足够了，因为它们的行为与 CD-R 非常相似。）

您可以通过以下命令之一检查 DVD+R 的当前状态：

dvd+rw-mediainfo /dev/sr0

cdrskin -v dev=/dev/sr0 -minfo

xorriso -outdev /dev/sr0 -toc

cdrecord -v dev=/dev/sr0 -minfo

问题中“编辑2”后更新：

wodim: Bad Option: -minfo表明您没有尝试原始cdrecord ，而是同时尝试了相当孤立的克隆wodim。那里的选项将是较旧的-toc而不是-minfo。输出更难解释。不管怎样，输出dvd+rw-mediainfo最详细地讲述了故事。

wodim保留磁道号 1，大小为 2138864 块 =~ 4177 MiB。该轨道从块 74384 =~ 145 MiB 开始仍然可写。

但现有轨道的这种可写性是 DVD+R（也可能是 BD-R）的一个特殊功能，它不太适合刻录程序的使用模型。因此，他们宁愿尝试使用剩余的未保留轨道号 2，该轨道号从块 2138880 开始。如果他们完全接受此介质状态。

至少cdrskin并xorriso宣布他们将尝试在那里写下他们的声明Next writable address:和Media nwa。 growisofs源代码看起来也会做出同样的选择。关于（原文）cdrecord我只能猜测。

当然，尝试将剩余 ISO 写入磁道 2 将失败，因为它只有 300 MB 可用空间。（无论如何，这都会造成一个巨大的不可读扇区间隙。）

刻录程序可能需要做什么：

它主要是从现有轨道而不是从下一个即将到来的轨道确定下一个可写地址。

这可以在libburn函数中burn_disc_track_lba_nwa() 或cdrskin在其函数中调用它之后被覆盖Cdrskin_obtain_nwa()。最后，cdrskin变量*nwa需要获得值 74384。

在growisofs函数中确定NWA为plusminus_r_C_parm()。该变量next_session需要获取值 74384。可能必须为程序提供运行附加选项 -use-the-force-luke=seek=74384并使用 option-Z而不是-M。

另一个潜在的问题是，此类黑客攻击后的程序仍然可以发出 SCSI 命令RESERVE TRACK。必须防止这种情况发生。

似乎growisofs仅向 DVD-R、DVD-R DL 和未格式化的 DVD-RW 发送命令。如果存在cdrskin选项，则不会发送它。-tao

必须担心的是，这个草图还不够充分，并且实验会损坏部分写入的 DVD+R，无法修复。如果你想挑战的话，第一步就是获取源代码dvd+rw-tools(对于growisofs) 或静态链接的cdrskin。然后我们可以开始通过邮件讨论哪些代码更改将在第一次也是唯一一次尝试中提供成功的最佳机会。结果将在这里报告。

（如果不明显：我是libburn和的开发者cdrskin。）

Answer 1