Wie setze ich einen mit Strg+C abgebrochenen Wodim-DVD-Brennvorgang fort?

Question

Wahrscheinlich müssen Sie dieses teilweise beschriebene Medium aufgeben und mit einer neuen (leeren) DVD beginnen.

Theoretisch ist es nicht unmöglich, einen Schreibvorgang auf einer unvollständig beschriebenen DVD+R-Spur fortzusetzen. Mir ist aber kein Brennprogramm bekannt, das dies könnte. Ich kann mich aber auch irren. Probieren Sie also einfach mal aus, was passiert, wenn Sie ein Brennprogramm auf das Medium einwirken lassen.

Ich würde erwarten, dass die Brennprogramme entweder einen offenen Track melden und abbrechen oder versuchen, einen neuen Track im noch nicht beanspruchten Bereich der DVD zu beginnen. Beides führt nicht zu einer einwandfreien Kopie Ihrer ISO-Datei auf der DVD.

Weitere Meinungen und Infos:

wodimist nicht wirklich für DVDs geeignet. Verwenden Sie growisofs, cdrskin, xorrecord, oder cdrecord.

Laufwerke mit DVD+R-Medien bieten kein simuliertes Schreiben. Was auch immer wodimpassierte, als Sie es mit Option ausführten -dummy, es war nicht dasselbe, was Sie bei CD-R[W], DVD-R oder unformatierter DVD-RW sehen. Betrachten Sie den Beginn des tatsächlichen Brennens als Hinweis, der wodimkeine Ahnung von DVD+R, DVD+RW, DVD-RAM, formatierten DVD-RW- oder BD-Medien hat. (Für DVD-R und unformatierte DVD-RW könnte es ausreichen, da sie sich ziemlich ähnlich wie CD-R verhalten.)

Sie können den aktuellen Status der DVD+R mit einem der folgenden Befehle überprüfen:

dvd+rw-mediainfo /dev/sr0

cdrskin -v dev=/dev/sr0 -minfo

xorriso -outdev /dev/sr0 -toc

cdrecord -v dev=/dev/sr0 -minfo

Update nach „Edit 2“ in der Frage:

wodim: Bad Option: -minfozeigt an, dass Sie nicht das Original ausprobiert haben, cdrecord sondern dessen mittlerweile ziemlich verwaisten Klon wodim. Dort wäre die Option das ältere -tocanstelle von -minfo. Die Ausgabe ist schwieriger zu interpretieren. Wie auch immer, die Ausgabe von dvd+rw-mediainfoerzählt die Geschichte am besten.

wodimreservierter Track Nummer 1 mit einer Größe von 2138864 Blöcken =~ 4177 MiB. Dieser Track wäre ab Block 74384 =~ 145 MiB noch beschreibbar.

Diese Schreibbarkeit vorhandener Spuren ist allerdings eine Besonderheit der DVD+R (und vielleicht auch der BD-R), die nicht so recht in das Nutzungsmodell der Brennprogramme passt. Diese werden also eher versuchen, die verbleibende, nicht reservierte Spur Nummer 2 zu verwenden, die bei Block 2138880 beginnt. Wenn sie diesen Medium-Zustand überhaupt akzeptieren.

Zumindest kündigen cdrskinsie xorrisoan, dass sie versuchen würden, dort ihre Anweisungen Next writable address:und Anweisungen zu schreiben Media nwa. growisofsDer Quellcode sieht aus, als würde er die gleiche Wahl treffen. Über (Original) cdrecordkann ich nur raten.

Natürlich schlägt ein Schreibversuch des verbleibenden ISO auf Spur 2 fehl, da dort nur 300 MB frei sind. (Es würde sowieso eine riesige Lücke nicht lesbarer Sektoren entstehen.)

Was ein Brennprogramm möglicherweise leisten müsste:

Dabei geht es hauptsächlich darum, die nächste beschreibbare Adresse aus dem bestehenden Track zu ermitteln und nicht aus dem nächsten Track.

Dies könnte in libburnder Funktion burn_disc_track_lba_nwa() oder nach cdrskindem Aufruf in der Funktion überschrieben werden Cdrskin_obtain_nwa(). Am Ende müsste die cdrskinVariable den Wert 74384 erhalten.*nwa

In growisofsder Funktion zur Ermittlung des NWA lautet dieser plusminus_r_C_parm(). Die Variable next_sessionmüsste den Wert 74384 erhalten. Wahrscheinlich muss man dem Programm zusätzliche Optionen zum Ausführen geben und die Option statt -use-the-force-luke=seek=74384verwenden .-Z-M

Ein weiteres potenzielles Problem ist, dass die Programme nach einem solchen Hack immer noch SCSI-Befehle ausgeben könnten RESERVE TRACK. Dies muss verhindert werden.

Es scheint, dass growisofsder Befehl nur an DVD-R, DVD-R DL und unformatierte DVD-RW gesendet wird. cdrskinWird nicht gesendet, wenn die Option -taovorhanden ist.

Es ist zu befürchten, dass dieser Sketch nicht ganz ausreicht und dass Experimente die teilweise geschriebene DVD+R irreparabel beschädigen. Wenn Sie es dennoch wagen möchten, wäre der Ausgangspunkt der Quellcode vondvd+rw-tools(für growisofs) oder von statisch verknüpftencdrskin. Dann könnten wir per Mail besprechen, welche Codeänderung beim ersten und einzigen Versuch die besten Erfolgschancen bietet. Das Ergebnis würde dann hier mitgeteilt.

(Falls es nicht offensichtlich ist: Ich bin Entwickler von libburnund cdrskin.)

Answer 1