Загрузка ISO из Интернета с паралельным прожиганием на приводе. Возможно ли?

А ты не боишься запороть тонну болванок при обрыве соединения?

Если поддерживается закачка оставшихся частей после обрыва соединения, то проблемы быть не должно.

Теоретически это можно делать через некий временный буфер, в который записывается порция скачанной инфы определённого размера, потом эта порция уходит на запись, проверяется запись, опорожняется буфер, проверяется состояние буфера, заливается очередная порция, проверяется состояние... Слишком долго, сложно и ненадёжно. И да, насколько реально ставить резак на паузу в процессе записи?

http://en.wikipedia.org/wiki/Packet_writing

ЕМНИП там аппаратные ограничения, паузу или произвольную фс не поставить, надо копать в сторону физических особенностей прожига болванок..

ЕМНИП там аппаратные ограничения, паузу или произвольную фс не поставить, надо копать в сторону физических особенностей прожига болванок..

И явно без UDF не обойдётся.

на практике всё равно ненадёжно выходит, не лучшая технология для задачи пакетной записи с негарантированной непрерывностью передачи данных.

Решил бэкапнуть интернет на случай глобального песца?

Нет, просто мне захотелось сэкономить немного времени при при записи образа на лазерный диск.

времени, не места? Тогда скриптом пиши...

Да что скрипт? Он сэкономит минуту, в самом оптимистичном случае.

Тем более, что я не записываю целые партии дисков =)

Нет, просто мне захотелось сэкономить немного времени при при записи образа на лазерный диск.

Думаю, время ты на этом не сэкономишь.

Занятно. Человек использующий ненужный тип носителей информации и пытающийся сэкономить время способом, реализация которого в разы превосходит по времени запись диска.

Ха, ненужный!

Я вот пытался установить на USB-флэшку тот же Debian ...

Так и не установил, ибо мое терпение успело лопнуть раньше, чем были скопированы все файлы.

http://www.insidepro.com/kk/269/269r.shtml

Если ты ниасилил запись на USB - это не аргумент в сторону ненужного носителя.

Странно. А мне казалось, что быстрая запись вполне может быть таким аргументом.

Я так часто делал. Только использовал wget, а не curl. Ничего особенного не нужно.

1. Получаем размер файла:

   $ wget --spider $uri

2. Пишем:

   $ wget -qO - $uri | wodim dev=/dev/srX tsize=размер -

Хм ...

Попробую завтра в качестве эксперимента.

Да, возможно, есть плагин для Brasero.

Фишка в том, что данные должны поступать к пишущемуся диску непрерывно.

Если передача данных по сети происходит быстрей, чем запись, а также если не будет обрывов, то не думаю, что это будет проблемой.

Тогда у тебя должно быть ни единого разрыва, иначе будешь петушить похлеще Уральского :)

Да даже если будет, то не проблема. Сделаю быструю очистку диска(благо на это требуется меньше минуты) и начну по новой.

А монтирование сетевой ФС с последующим прожигом файлов не катит?

Я вот пытался установить на USB-флэшку тот же Debian ... Так и не установил

unetbootin

Да, возможно, есть плагин для Brasero.

А как называется плагин не помните? Я честно говоря был абсолютно уверен что такое невозможно...

в списке штатных модулей ищи

Потом ждем новой порции

дело в том, что когда буфер опустошается, привод не «ставится на паузу», а пишет пустые пакетики, которые при чтении потом игнорируются.
за пруфами сам сходи - уже большой.

Если скорость закачки больше скорости записи, например для 1х это > 150КБ/сек, то может получиться.

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