¿Cómo puedo reanudar una grabación de DVD 'wodim' cancelada con Ctrl+C?

Question

Probablemente tendrás que abandonar este medio parcialmente escrito y empezar con un DVD nuevo (en blanco).

En teoría, no es imposible reanudar una ejecución de escritura en una pista DVD+R escrita de forma incompleta. Pero no conozco ningún programa de grabación que pueda hacerlo. Yo podría, sin embargo, estar equivocado. Así que prueba lo que sucede si dejas que un programa de grabación actúe en ese medio.

Yo esperaría que los programas de grabación se quejen de una pista abierta y la cancelen, o que intenten iniciar una nueva pista en el área aún no reclamada del DVD. Ninguno de los dos producirá una copia impecable de su ISO en el DVD.

Más opiniones e información:

wodimNo es realmente adecuado para DVD. Utilice growisofs, cdrskin, xorrecordo cdrecord.

Las unidades que contienen medios DVD+R no ofrecen escritura simulada. Independientemente de lo que wodimhizo cuando lo ejecutó con la opción -dummy, no fue lo mismo que vio con CD-R[W], DVD-R o DVD-RW sin formato. Tome el inicio de la grabación real como una indicación de que wodimno tiene ni idea de los medios DVD+R, DVD+RW, DVD-RAM, DVD-RW formateado o BD. (Podría ser suficiente para DVD-R y DVD-RW sin formato, porque se comportan de manera bastante similar a los CD-R).

Puede inspeccionar el estado actual del DVD+R mediante uno de los siguientes comandos:

dvd+rw-mediainfo /dev/sr0

cdrskin -v dev=/dev/sr0 -minfo

xorriso -outdev /dev/sr0 -toc

cdrecord -v dev=/dev/sr0 -minfo

Actualización después de "Editar 2" en la pregunta:

wodim: Bad Option: -minfoindica que no probaste el original cdrecord sino que, mientras tanto, es un clon bastante huérfano wodim. Allí la opción sería la más antigua -tocen lugar de -minfo. El resultado es más difícil de interpretar. Sea lo que sea, el resultado de dvd+rw-mediainfocuenta la historia con el mejor detalle.

wodimpista reservada número 1 con un tamaño de 2138864 bloques =~ 4177 MiB. Esta pista aún se podría escribir a partir del bloque 74384 =~ 145 MiB.

Pero esta capacidad de escritura de pistas existentes es una característica especial del DVD+R (y tal vez del BD-R) que no encaja bien en el modelo de uso de los programas de grabación. Por lo tanto, preferirán intentar utilizar la pista número 2 restante sin reservas, que comienza en el bloque 2138880. Si es que aceptan este estado medio.

Al menos cdrskiny xorrisoanuncian que intentarían escribir allí por sus declaraciones Next writable address:y Media nwa. growisofsParece que el código fuente tomará la misma decisión. Sobre (original) cdrecordsólo puedo adivinar.

Por supuesto, un intento de escritura del ISO restante en la pista 2 fallará porque solo tiene 300 MB libres. (De todos modos, crearía una brecha gigante de sectores ilegibles).

Lo que posiblemente tendría que hacer un programa de grabación:

Se trata principalmente de determinar la próxima dirección de escritura a partir de la pista existente en lugar de la siguiente pista por venir.

Esto podría anularse en libburnla función burn_disc_track_lba_nwa() o después de cdrskinhaberlo llamado en su función Cdrskin_obtain_nwa(). Al final, cdrskinla variable *nwanecesitaría obtener el valor 74384.

En growisofsla función para determinar el NWA es plusminus_r_C_parm(). La variable next_sessionnecesitaría obtener el valor 74384. Probablemente uno tendrá que darle al programa una opción adicional de ejecución -use-the-force-luke=seek=74384y usar la opción -Zen lugar de -M.

Otro problema potencial es que los programas después de tal pirateo aún podrían emitir comandos SCSI RESERVE TRACK. Esto debe evitarse.

Parece que growisofsenvía el comando sólo a DVD-R, DVD-R DL y DVD-RW sin formato. cdrskinNo lo enviará si su opción -taoestá presente.

Hay que temer que este boceto no sea del todo suficiente y que los experimentos estropeen irremediablemente el DVD+R parcialmente escrito. Si quieres atreverte de todos modos, el punto de partida sería obtener el código fuente dedvd+rw-tools(para growisofs) o de vinculado estáticamentecdrskin. Luego podríamos comenzar a discutir por correo qué cambio de código brindará mejores posibilidades de éxito en el primer y único intento. El resultado se informará aquí.

(En caso de que no sea obvio: soy desarrollador de libburny cdrskin).

Answer 1