Запись ISO Blu-Ray DL

Доброго времени!
Есть iso-образ фильма размером в 44 ГБ (Blu-Ray 3D). Не могу никак найти подходящее руководство или тулзу, чтобы записать этот образ на BD-R DL. wodim не подходит для записи BD, как я понял, а

$ dvd+rw-mediainfo /dev/sg1
/dev/sg1: unable to open: Block device required

ругается на резак (Plextor PX-B950SA). Уже даже попробовал Nero Linux 4: он вроде бы начал запись, но потом вылетел, испортив болванку. K3b ругается на "неправильный образ".
Подскажите, как и чем записать?

Попробуйте grwoisofs, в её man сказано, что она это может.

Пётр.

"mifodix777" написал:

K3b ругается на "неправильный образ"

А разве k3b - это не фронтенд к тому же dvd-rw-tools? Поэтому можно, имхо, и grwoisofs - если она консольная - прикрутить к k3b.

Каким-то хреном у меня dvd+rw-tools неправильно определили название устройства привода. Вместо /dev/sg1 нужно было писать /dev/sr0.

Peter написал:

Попробуйте grwoisofs, в её man сказано, что она это может.

Пётр.

Вот уже пробую так:

growisofs -speed=2 -dvd-compat -Z /dev/sr0="image.iso"

Пока что записывает без ошибок. Жду окончания процесса.

А разве k3b - это не фронтенд к тому же dvd-rw-tools? Поэтому можно, имхо, и grwoisofs - если она консольная - прикрутить к k3b.

Осталось разобраться как:)

В меню Настроить K3b > Программы перечислены все программы для работы с дисками. И у меня grwoisofs присутствует. Версия k3b - 2.0.2.

yars написал:

В меню Настроить K3b > Программы перечислены все программы для работы с дисками. И у меня grwoisofs присутствует. Версия k3b - 2.0.2.

У меня тоже, но почему-то k3b ругается на образ для записи. Привод и болванку нормально определяет.

Что-то при записи много сообщений такого типа вылезает:

:-? the LUN appears to be stuck writing LBA=28cfa0h, keep retrying in 4ms
 5483593728/47783870464 (11.5%) @0.4x, remaining 173:03 RBU 100.0% UBU   4.8%
 5483593728/47783870464 (11.5%) @0.0x, remaining 173:26 RBU 100.0% UBU 100.0%
 5489623040/47783870464 (11.5%) @0.4x, remaining 173:36 RBU 100.0% UBU  67.2%

И скорость на некоторое время до 0.0x падает. Правда сейчас ситуация заметно улучшилась.

"mifodix777" написал:

Что-то при записи много сообщений такого типа вылезает:

Вот по поводу этих сообщений не знаю, т.к. нет у меня BlueRay-привода. Хотя, попробуйте подобрать скорость записи, может, жесткий диск не успевает заполнять кэш привода - отсюда и запоротые диски...

yars написал:

[quote="mifodix777"]Что-то при записи много сообщений такого типа вылезает:

Вот по поводу этих сообщений не знаю, т.к. нет у меня BlueRay-привода. Хотя, попробуйте подобрать скорость записи, может, жесткий диск не успевает заполнять кэш привода - отсюда и запоротые диски...[/quote]
Хм, возможно действительно не успевает заполнять кэш, так как перед этими сообщениями всегда следует несколько строк с

 RBU 100.0% UBU 100.0%

Ждать ещё около часа...А как посчитать md5 BD, чтоб сравнить с md5-хэшем оригинального образа? Там надо как-то размер блока учитывать вроде.

man 1 md5sum:

text

SYNOPSIS
       md5sum [OPTION]... [FILE]...
DESCRIPTION
       Print or check MD5 (128-bit) checksums.  With no FILE, or when FILE is -, read standard input.
       -b, --binary
              read in binary mode
       -c, --check
              read MD5 sums from the FILEs and check them
       -t, --text
              read in text mode (default)

Т.е., вызываете [console=user]md5sum -b file.iso > file.iso.md5[/console] - так получается md5-хеш.
Далее, командуете [console=user]md5sum -c file.iso.md5[/console] - и видите результат проверки. Но k3b умеет это делать сама.

Вы меня не поняли. Я знаю как получить md5-хэш образа. А как md5 самого диска получить? Не снимать же образ с записанного BD! Для CD можно было просто md5sum /dev/cdrom, а вот для DVD уже как-то размер блоков надо было считать.

Да, наверное, не понял :)
Но при чем здесь размер блоков, мне тоже непонятно. Это вроде бы имеет значение для dd, а md5sum совершенно никакой разницы.

yars написал:

Да, наверное, не понял :)
Но при чем здесь размер блоков, мне тоже непонятно. Это вроде бы имеет значение для dd, а md5sum совершенно никакой разницы.

Вот как надо md5-хэш BD делать:
1. Сначала узнаём количество блоков в нашем исходном образе

echo $(( $(ls -l my.iso | awk '{ print $5 }') / 2048 ))

Получаем, например, 23331968.
2. Вычисляем сам хэш

dd if=/dev/sr0 bs=2048 count=23331968 | md5sum

А диск всё-таки запоролся. Причём на закрытии сессии, что самое обидное:

builtin_dd: 23331968*2KB out @ average 1.9x4390KBps
/dev/sr0: flushing cache
/dev/sr0: closing track
/dev/sr0: closing session
:-[ CLOSE SESSION failed with SK=5h/INVALID FIELD IN CDB]: Input/output error
/dev/sr0: reloading tray

Надо купить RW и попробовать поиграться с ним.

Гляньте на берлоге там вроде было раньше что-то подобное, незнаю правда как после переоткрытия...