Полоса прокрутки перемещается туда, где я нажимаю

Вероятно, вам придется отказаться от этого частично записанного носителя и начать с нового (чистого) DVD.

Теоретически возможно возобновить цикл записи на не полностью записанную дорожку DVD + R. Но я не знаю ни одной программы записи , которая могла бы это сделать. Хотя я могу ошибаться. Так что просто попробуйте, что произойдет, если вы позволите программе записи воздействовать на этот носитель.

Я ожидаю, что программы записи либо пожалуются на открытую дорожку и прервутся, либо попытаются начать новую дорожку в еще не востребованной области DVD. И то, и другое не даст безупречной копии вашего ISO на DVD.

Дополнительные мнения и информация:

wodim не совсем подходит для DVD. Используйте growisofs , cdrskin , xorrecord или cdrecord .

Диски с DVD + R в них не поддерживают имитацию записи. Что бы ни делал wodim , когда вы запускали его с опцией -dummy , это не было { {1}} то же самое, что вы видите с 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: Плохой вариант: -minfo означает, что вы пробовали не оригинальный cdrecord , а его пока что совершенно осиротевший клон wodim .Здесь вариант будет более старым -toc , а не -minfo . Вывод сложнее интерпретировать. Как бы то ни было, вывод dvd + rw-mediainfo рассказывает историю наиболее подробно.

wodim зарезервировал дорожку номер 1 размером 2138864 блока = ~ 4177 МБ. Эта дорожка все еще будет доступна для записи, начиная с блока 74384 = ~ 145 МБ.

Но возможность записи существующих треков - это особенность DVD + R (и, возможно, BD-R), которая плохо вписывается в модель использования программ записи . Поэтому они скорее попытаются использовать оставшуюся незарезервированную дорожку номер 2, которая начинается в блоке 2138880. Если они вообще примут это состояние среды .

По крайней мере cdrskin и xorriso объявляют, что они попытаются написать туда своими заявлениями Следующий доступный для записи адрес: и Media nwa . growisofs исходный код выглядит так, как будто он сделает тот же выбор. О (исходном) cdrecord я могу только догадываться.

Конечно, попытка записи оставшегося ISO на дорожку 2 завершится ошибкой , потому что там свободно только 300 МБ. (В любом случае это создаст гигантский пробел из нечитаемых секторов .)

Что программа записи, возможно, должна будет сделать:

В основном это определение следующего доступного для записи адреса из существующего {{1} } трек, а не из следующего трека.

Это можно было переопределить в libburn function burn_disc_track_lba_nwa () или после того, как cdrskin вызвал ее в своей функции Cdrswa_obtain_ ) . В конце концов, cdrskin переменная * nwa должна получить значение 74384.

В growisofs функция для определения NWA равно plusminus_r_C_parm () . Переменная next_session должна получить значение 74384. Вероятно, нужно будет дать программе дополнительный параметр запуска {{ 1}} -use-the-force-luke = seek = 74384 и используйте параметр -Z вместо -M .

Другая потенциальная проблема заключается в том, что программы после такого взлома все еще могут выдавать команду SCSI RESERVE TRACK . Это нужно предотвратить.

Похоже, что growisofs отправляет команду только на DVD-R, DVD-R DL и неформатированный DVD-RW. cdrskin не отправит его, если присутствует его параметр -tao .

Следует опасаться, что этого эскиза недостаточно и что эксперименты испортят частично написанный DVD + R без возможности восстановления. Если вы все же хотите осмелиться, отправной точкой будет исходный код dvd + rw-tools (для growisofs ) или статически связанного cdrskin . Затем мы могли бы начать обсуждать по почте, какое изменение кода даст наилучшие шансы на успех с первой попытки и только . В этом случае результат будет сообщен здесь.

(Если это не очевидно: я разработчик libburn и cdrskin .)