У нас возникла проблема при записи на DVD + R и DVD-R с использованием growisofs в Redhat Enterprise Linux 5.0. Мы пытаемся сделать резервную копию данных аудита, которые мы сохранили, что, по сути, .zip файл для данных аудита за каждый день. В .zip файлы относительно малы, обычно всего несколько мегабайт каждый. Мы получаем следующее сообщение об ошибке от growisofs при записи на DVD + R или DVD-R:
:-( unable to pread64(2) primary volume descriptor: Input/output error you most likely want to use -Z option.
growisofs также завершается с кодом выхода 150. Согласно сообщению в списке рассылки Debian, которое я прочитал (ссылка больше не работает) growisofs возвращается errno+128, так что это соответствует errno=22, который EINVAL (Недействительным аргумент).
Дескриптор основного тома определенно присутствует, поскольку мы уже инициализировали DVD с помощью -Z. Первое, что мы делаем, это growisofs -Z, за которым следует один growisofs -M команда для каждого файла. Ошибка обычно возникает на второй файл, который мы пишем, то есть DVD инициализируется с -Z, мы пишем один .zip файл успешно, а затем второй .zip file выдает это сообщение об ошибке.
Простой обходной путь - физически извлечь DVD-диск, а затем снова вставить его, после чего DVD-диск снова заработает, и мы сможем записать остальные файлы. Однако это далеко не идеально. Ошибка непостоянна, но встречается довольно часто, и кажется, что выталкивание всегда решает проблему.
Вот команды, которые мы используем для записи на DVD:
growisofs -Z /dev/dvd -rJ -use-the-force-luke=notray blank.iso
for each FILE:
growisofs -M /dev/dvd -rJ -use-the-force-luke=notray "$FILE"
Вот пример вывода из dvd+rw-mediainfo /dev/dvd, если поможет:
INQUIRY: [TEAC ][DV-W28EC ][1.0B] GET [CURRENT] CONFIGURATION: Mounted Media: 1Bh, DVD+R Media ID: RITEK/F16 Current Write Speed: 8.0x1385=11080KB/s Write Speed #0: 8.0x1385=11080KB/s Write Speed #1: 6.0x1385=8310KB/s Write Speed #2: 4.0x1385=5540KB/s Write Speed #3: 2.4x1385=3324KB/s Speed Descriptor#0: 00/2295103 R@8.0x1385=11080KB/s W@8.0x1385=11080KB/s Speed Descriptor#1: 00/2295103 R@6.0x1385=8310KB/s W@6.0x1385=8310KB/s Speed Descriptor#2: 00/2295103 R@4.0x1385=5540KB/s W@4.0x1385=5540KB/s Speed Descriptor#3: 00/2295103 R@2.4x1385=3324KB/s W@2.4x1385=3324KB/s READ DVD STRUCTURE[#0h]: Media Book Type: 00h, DVD-ROM book [revision 0] Legacy lead-out at: 2295104*2KB=4700372992 READ DISC INFORMATION: Disc status: appendable Number of Sessions: 21 State of Last Session: empty "Next" Track: 21 Number of Tracks: 21
Есть идеи о том, что вызывает эту проблему или как ее исправить?
Работа с записывающим устройством CD / DVD в Linux всегда была нестабильной, и разработчики или производители не проявляли особого интереса к устранению проблем. DVD + R получил худшее из этого.
Если ваш привод не может быть извлечен, выполняйте команды «извлечь диск» и «извлечь -t диск» после каждой операции записи. Я никогда не осмеливался, чтобы пользователь growisofs увеличивал файловую систему ISO, просто для записи на DVD + R, когда dvdrecord / cdrecord перестали работать на DVD + R. Как с growisofs, так и cdrecord, мне обычно приходилось извлекать / извлекать, чтобы только что записанный диск заработал.
Краткий ответ - рассмотрите его. Я не отрицаю, что любой из приведенных выше ответов верен в их случаях, но у меня это случилось, потому что у меня не было разрешений на запись на DVD-привод. Затем это произошло снова, потому что у меня не было разрешения на доступ к базовому устройству SCSI Generic (/ dev / sg1). Короче говоря, похоже, что это очень общая ошибка, которая может иметь множество основных причин.
У меня была эта проблема с Ubuntu 9.04 и growisofs 7.1, и оказалось, что файл, резервную копию которого я пытался создать, был недоступен. Я бы посоветовал убедиться, что $ FILE существует и имеет соответствующие разрешения, прежде чем передавать его в growisofs. Я предполагаю, что сообщение ":-( невозможно pread64 (2) первичный дескриптор тома: ошибка ввода / вывода, которую вы, скорее всего, хотите использовать параметр -Z.", Вероятно, является ошибкой, поскольку проблема была в исходном файле, а не в месте назначения СМИ.