cdrecord или growisofs

На DVD выбор неважен, работают оба варианта при наличии в системе соответствующих программ. С точки зрения современных фанатов OpenSource, однако, идеологически правильным решением будет libburn / xorriso / cdrskin, т.к. эти программы и библиотеки умудряются работать без кода от Joerg Schilling.

Вопрос не совсем по теме, но касающийся записи. Когда пишу на один привод, то буфер программы и привода находятся на отметке 100%, но когда делаю запись обеимии приводами одновременно, то уровень буфера программы изменяется от 88 до 100, а буфер привода изменяется от 20 до 100. Насколько это может влиять на качество записи?

Если уровень буфера привода все время строго больше нуля, то не повлияет никак. Но вообще это означает, что запаса никакого нет - одно малейшее заикание и приводу придется использовать технологию JustLink, чтобы не запороть болванку.

Чтобы разобраться в проблеме, надо ставить latencytop и смотреть на отчет.

Советуете писать по одному диску? Или есть варианты?

Запускаю latencytop и вот, что выдает Терминал: Please enable the CONFIG_LATENCYTOP configuration in your kernel

Значит надо собрать ядро с этой опцией. Если дистрибутивное ядро собрано без этой опции - баг дистрибутива.

Другой вариант диагностики - положить два разных мелких (по 700 мегабайт) iso-образа в tmpfs (например в /dev/shm) и попробовать записать одновременно. Если проблема с почти пустым буфером не повторится, то виноват слишком медленный жесткий диск или файловая система на нем. Если повторится - пишущие приводы или планировщик.

Кстати, при записи одновременно двух DVD жесткий диск трещит (дергает головку туда-сюда) или ведет себя тихо?

Если ничего не поможет - могу только посоветовать писать не на максимальной скорости.

Жесткий диск не трищит, файловая система EXT4, пишу на 4 скорости.

Ты не ответил, как ведет себя буфер при записи из tmpfs

Короче положил 2 образа как и советовал в /dev/shm/tmpfs

Во время записи буфер приводов прыгал от нуля до 100. Приводы?

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

Попробуй повторить эксперимент, загрузившись с LiveUSB другого дистрибутива и вызывая growisofs напрямую с командной строки (growisofs -Z /dev/sr0=/path/to/file.iso). Если все дистрибутивы ведут себя одинаково - придется таки смотреть отчет latenctyop там, где он работает.

HTOP не пойдет?

Он совсем другое показывает - загрузку процессора. А нам надо время, которое потеряно процессом, так как ядро не передало ему управление вовремя.