Bug 7651 - pktcdvd vs udev - phantom devices?
Summary: pktcdvd vs udev - phantom devices?
Status: CLOSED WONTFIX
Alias: None
Product: Sisyphus
Classification: Development
Component: udev (show other bugs)
Version: unstable
Hardware: all Linux
: P2 minor
Assignee: Nobody's working on this, feel free to take it
QA Contact: qa-sisyphus
URL: http://thread.gmane.org/gmane.linux.a...
Keywords:
Depends on:
Blocks:
 
Reported: 2005-08-12 02:22 MSD by burov dmitry
Modified: 2013-08-15 19:12 MSK (History)
3 users (show)

See Also:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description burov dmitry 2005-08-12 02:22:20 MSD
См. URL

создает дупликат (не ссылку) файла устройства, который потом может остаться 
висеть при отключении пакетной записи.
Comment 1 burov dmitry 2005-08-14 18:36:38 MSD
По здравому размышлению, в основном все вопросы все-таки к udftools и/или модулю 
pktcdsvd.ko 

http://mid.gmane.org/ddnk41$9qk$1@sea.gmane.org

Здесь остались два вопроса:

~~~~~~~~~
5) права на файлы - три разных группы
brw-r-----  1 root root  251,  0 Авг 12 03:51 cdwriter
crw-rw----  1 root cdrom  10, 62 Авг 12 03:47 control
brw-rw----  1 root disk 251, 0 Авг 12 03:51 /dev/pktcdvd0
  -  -  -  skip  -  -  -


<bdv <at> localhost:/etc/udev/rules.d>  zsh/2 13 [2] %     grep pkt *.rules
50-alt.rules:KERNEL=="pktcdvd", NAME="pktcdvd/control", GROUP="cdrom",
         MODE="0660"
50-alt.rules:KERNEL=="pktcdvd[0-9]*", SYMLINK+="pktcdvd/%n",
GROUP="disk"

Исходя из этого, я думаю что:
   1) именно UDEV намеренно раздает разные права на cpntrol и на сам
диск.  Видимо, группа cdrom - это те, кто могут физически
втыкать и
вытыкать диски. Кто такая группа disk - мне, юзеру, не
известно 
Не понятно - почему группа ставится не cdwriter - ведь по
сути это
запись дисков ? 
~~~~~~~~

Второй вопрос - для теории - можно ли с помощью правил назначить права/владельца 
не только файлу pktcdvd/control, но и самой директории pktcdvd/ ?
Comment 2 Dmitry V. Levin 2005-09-22 19:12:58 MSD
Reassigned to maintainer.
Comment 3 Sergey Vlasov 2006-08-15 19:32:02 MSD
(In reply to comment #1)
> 50-alt.rules:KERNEL=="pktcdvd", NAME="pktcdvd/control", GROUP="cdrom",
>          MODE="0660"

Сейчас (udev-096-alt1) для pktcdvd/control ставятся права 0644, root:root.

Вообще от доступа к /dev/pktcdvd/control пользы немного - простой пользователь
может выполнить только ioctl PKT_CTRL_CMD_STATUS, что позволяет посмотреть
major:minor физического устройства для любого ранее настроенного устройства
pktcdvd (та же информация, и даже больше, доступна через /proc).  Чтобы что-то
изменить, требуется CAP_SYS_ADMIN.

> 50-alt.rules:KERNEL=="pktcdvd[0-9]*", SYMLINK+="pktcdvd/%n",
> GROUP="disk"

Сейчас выставляется 0640, root:cdwriter.  Не совсем понятно, почему не 0660 -
это не может объясняться соображениями о запрете прямой записи, поскольку такие
же права 0660 выставляются на реальное устройство для привода.

> Второй вопрос - для теории - можно ли с помощью правил назначить права/владельца 
> не только файлу pktcdvd/control, но и самой директории pktcdvd/ ?

Нет, права на каталоги средствами udev назначать нельзя; вообще в udev каталоги
создаются и уничтожаются автоматически.
Comment 4 Anton Farygin 2006-09-29 12:40:22 MSD
reassign to Sergey
Comment 5 Mikhail Gusarov 2008-06-13 13:00:39 MSD

    
Comment 6 Alexey Shabalin 2012-08-07 12:51:55 MSK
я так понимаю ошибка не актуальна?
Comment 7 Michael Shigorin 2013-08-15 19:12:48 MSK
Как минимум
# service udftools start
в сизифе нынче делать нечем.