Genie
написал 30 августа 2004 года в 00:50 (707 просмотров)
Ведет себя
как мужчина; открыл 40 тем в форуме, оставил 4758 комментариев на сайте.
… через ATA-интерфейс возможна только под рутом.
ошибка на стадии получения возможностей привода
причём в 2.6.7 всё работало замечательно.
так что — не спешите обновляться.
на днях проверю с обновленными версиями cdrecord и cdrdao.
cdrecord 2.0+a27
cdrdao 1.1.9
Последние комментарии
- OlegL, 17 декабря в 15:00 → Перекличка 21
- REDkiy, 8 июня 2023 года в 9:09 → Как «замокать» файл для юниттеста в Python? 2
- fhunter, 29 ноября 2022 года в 2:09 → Проблема с NO_PUBKEY: как получить GPG-ключ и добавить его в базу apt? 6
- Иванн, 9 апреля 2022 года в 8:31 → Ассоциация РАСПО провела первое учредительное собрание 1
- Kiri11.ADV1, 7 марта 2021 года в 12:01 → Логи catalina.out в TomCat 9 в формате JSON 1
ecobeing.ru
Экология и вегетарианство на благо всем живым существам Планеты.
Спешим, но на 2.6.9, когда выйдет =)
Кстати, а где БутСплешь достатьможно под новое ядро, кто в курсе?
Обсуждения по теме на Linux Kernel Mail Lists:
http://lkml.org/lkml/2004/8/15/189
http://lkml.org/lkml/2004/8/15/159
Цитируя Alan Cox ( http://lkml.org/lkml/2004/8/15/200 )
впрочем, это относится не только к K3B, это относится и к остальным программам, использующим cdrecord.
А между тем, cdrecord имеет suid. Т.е. euid более роли в этом не играет.
Кстати, с cdrdao ситуация иная — suid помогает. Вот только suid на cdrdao — верный способ дать удить систему.
Читая несколько далее, находим ( http://lkml.org/lkml/2004/8/16/104 ):
И в ответе на это ( http://lkml.org/lkml/2004/8/16/124 ):
Хотя Alan Cox ругнулся ( http://lkml.org/lkml/2004/8/16/130 ):
———
Мдааааааааа….. :(
Нда… Т.е. дело вовсе не в глюке ядра 2.6.8.1, а cdrecord теперь нужно будет всегда (и в 2.6.9, и в 2.6.10, и в…) пускать под рутом?
Мммм.. как раз в 2.6.8.1 и дело.
Ужесточена политика в плане безопасности scsi команд.
Тем самым появляется противоречие: с одной стороны, надо как бы разрешить простым смертным писать на cd/dvd, а с другой стороны — надо защитить hdd от уничтожения информации теми *же* командами.
некоторый вариант решения этой проблемы: http://lkml.org/lkml/2004/8/17/233
надо бы проверить, так как комментариев к этому не присутствует. и это за 2 недели-то…
в ck это пофиксено. Юзайте ck :) kernel.kolivas.org
единственный патч, который мне нужен — я и руками прикручу.
большего мне не надо.
откат на 2.6.7 — в свете использования nfs — не является разумным решением. впрочем, не является так же и разумным по причинам, описанным в отцитированных участках.
разбираться как оно реализовано в ck — особого желания нет. может ты просветишь кусочком патча? :)
так же как и тут :) Просто Коливас этот патчик (который ты привел выше) засунул в 2.6.8.1-ck1 и выше.
Нолемоций :(((
прикрутился патчик на ура
только cdrecord при попытке записи болванки в лог пишутся сообщения об ошибке при выполнении scsi команды с кодом 0×0.
Это вроде INQUIRY
Кстати, вот еще тред по этой теме (вроде бы там решили кусочек проблемы):
http://lkml.org/lkml/2004/8/30/287
да, такое решение в процитированном мною есть…
чтож, придётся попробовать именно его, раз более «идеологически правильный» вариант не работает (пока не работает)