В текущем ядре это уже поправили.

В ядре-то поправили, ждём пока об этом узнают в k3b.

хоть бы и без графической оболочки, делаю

growisofs -Z /dev/cdrom -udf -use-the-force-luke=4gms x

отвечает

mkisofs: Value too large for defined data type. File x is too large - ignoring

а начиная с какого поправили? у меня в 2.6.21.5 похоже не работает

варианты:
1 - сжать.
2 - юзать DVD-DL

>1 - сжать.

HDTV на 7.5Гб? :D

>2 - юзать DVD-DL

Сам-то понял, что сказал? :) Каким образом DL поможет преодолеть проблему софта?

А не в 22 версии поправили?

решил

у одного товарища рещение подсмотрел: 1) обновился до 2.6.22.6 2) делаем пустой файл нужного объема 3) качаем udftools http://www.linuxfromscratch.org/blfs/view/stable/multimedia/udftools.html и форматируем этот файл под udf -r 0x150 4) монтируем этот файл 5) копируем в него что нужно 6) отмонтируем 7) growisofs -Z /dev/cdrom=/tmp/image.udf

пока не обновил ядро файл при копировании на подмонтированном разделе доходил до 1 Гига и копирование слетало с ошибкой

вот так

Собственно, можно просто этот файл нарезать, без всякой ФС, если уж на то пошло.

да, получается, что можно, как-то не догадался..
ну, и еще там два маленьких файлика туда же записал..., так что какая-никакая ФС все же нужна была

Счас тебе напрочь и в момент повыдерет бороду молодняк, что с под вендой сидящими так файлами обменивается ;)

Тогда зачем именно udf? :) ext2 тоже прекрасно можно нарезать. :) Или reiserfs. :)

> 5) копируем в него что нужно

Какова скорость копирования?

Далась вам моя борода. :)

Кстати, ext2 или reiserfs - это конечно прикол, а вот tar или tar.gz - вполне реальный вариант. Я вообще не очень понимаю, зачем было эту идиотскую ISO9660 придумывать, когда tar уже и так есть.

> Далась вам моя борода. :)

Не за уши же таскать, э? Я, кстати, Вильфреду в своё время предлагал фундаментальное решение - raid6 из множества loop-подцепленных пустых образов с размером = размеру пустого dvd+r (или dvd-ram) c произвольной разметкой на самом рейде. Всего делов - пронумеровать записанные диски и записать N проксоренных образов для надёжности.

Тормозить будет, однозначно.

> Тормозить будет, однозначно.

Ну а что делать. Кстати, ядрёный udf быстрее чем 10Мб/с всё равно запись не ведёт в образ, так что сии тормоза относительны.

не, ну udf - то нужен, чтобы из винды, если че, можно было прочитать

>Какова скорость копирования?
где-то за 8 минут 4 с небольшим гига. сносно.