Видимо после обновления cdrtools k3b не находит устройство записи eugene ~ $ rpm -qa cdrecord cdrecord-2.01-alt1a37 eugene ~/update $ rpm -qa | grep k3b k3b-i18n-ru-0.11-alt2 k3b-minimal-0.11.14-alt1 k3b-0.11.14-alt1 При этом cdrecord под тем же пользователем работает нормально.
А ядро какое? Если 2.6.8, то http://k3b.plainblack.com/index.pl/news2
То есть этот баг нужно перевешивать на kernel?
eugene ~ $ rpm -qa|grep kernel-image kernel-image-std26-up-2.6.8-alt9 eugene ~ $ uname -r 2.6.8-std26-up-alt9 Перевешиваю.
Не могу сменить Assigned_To:
Перевёл на rider@ согласно информации из пакета kernel-image-std26-up.
eugene ~ $ uname -r 2.6.9-std26-smp-alt10 Все стало ещё хуже. Теперь cdrecord вообще отказывается работать от простого пользователя (и на up тоже). Говорит cdrecord: Cannot allocate memory. Cannot get SCSI I/O buffer. Приходится любые операции записи на cd выполнять из под root.
2vsu: не встречал сообщений о таких багах ?
*** Bug 5413 has been marked as a duplicate of this bug. ***
http://article.gmane.org/gmane.linux.kernel/224028
нет, такого кода в 2.6.9 уже нет - там похоже все переписали ;-(
Вот сие не поможет ли решить проблему с cdrecord http://peoples.mandrakesoft.com/~warly/files/cdrtools/archives/cdrtools-2.01a38-rawio.patch.bz2 ? Сразу скажу, что с данным патчем (как и без него) cdrtools с наскоку не смог пересобрать из SRPM. Заявлено: "get RAWIO capability to be able to burn as user with kernel 2.6.8" Похоже, проблема вызвана изменениями в ядре и, по цепочке, с необходимыми изменениями в cdrecord. Также есть ещё и это: http://www.linuxforen.de/forums/showthread.php?t=148378 (там патч внизу страницы) Вобщем, думаю, что ядро здесь в явном виде ни при чём. Также пока наблюдаю 2 проблемы: 1. k3b не обнаруживает устройство записи. 2. cdrecord не пишет от юзера. № 1 возможно связана непосредственно с k3b. № 2 - скорее всего, с cdrecord Кстати, выдержка из рассылки [K3b-user]: "Update: I installed the latest cdrecord etc. from the Fedora development repository, and now everything seems to work with 2.6.9 and K3b 0.11.17. I then went back to the previous version of cdrecord, and it still seems to work, so I'm not sure what the problem was before. So it should be safe to move to 2.6.9 as long as you have a suitably patched version of cdrecord." Перевешиваем? На кого?
Хочу напомнить, что проблема осталась, и очень важная: k3b не обнаруживает записывающие приводы под пользователем. При этом xcdroast, cdrecord отлично всё обнаруживают и пишут.
(In reply to comment #12) > Хочу напомнить, что проблема осталась, и очень важная: Опять вопрос про ядро. Версия? cdrecord --scanbus dev=<Ваш_рекордер> Даёт результат?
насколько мне известно - сейчас эта ошибка не воспроизводится.
