Bug 6271

Summary: Неправильные права на /dev/nvidia* или группа
Product: Sisyphus Reporter: Slava Dubrovskiy <dubrsl>
Component: udevAssignee: Alexey Morozov <morozov>
Status: CLOSED NOTABUG QA Contact: qa-sisyphus
Severity: normal    
Priority: P2 CC: arseny, shaba
Version: unstable   
Hardware: all   
OS: Linux   

Description Slava Dubrovskiy 2005-03-17 12:40:46 MSK
Приложения (например quake3), не могут писать в /dev/nvidia*, т.к. у этих
устройств права выставлены в 660. При смене в 666 проблема исчезает.
Steps to Reproduce:
1. Запустить quake3
2.
3.
Comment 1 Alexey Morozov 2005-03-24 19:56:50 MSK
alex@pyro ~ $ ls -l /dev/nvidia*
crw-------  1 alex root 195,   0 Фев 22 21:02 /dev/nvidia0
crw-------  1 alex root 195, 255 Фев 22 21:02 /dev/nvidiactl
alex@pyro ~ $ _

Ничего не делал, да-а? Cовсем ничего, да?!

Сдается мне, что это место фиксить на системном уровне не требуется. Если же
кому-то очень хочется, всегда есть /etc/security/console.perms, в котором у
меня, например, написано, в числе прочего:

<dri>=/dev/nvidia* /dev/3dfx* /dev/dri/*

и, ниже по тексту:

<console>  0600 <dri>        0600 root

Так что, udev тут не при чем.
Comment 2 Slava Dubrovskiy 2005-03-25 10:04:30 MSK
(In reply to comment #1)
> Сдается мне, что это место фиксить на системном уровне не требуется. Если же
> кому-то очень хочется, всегда есть /etc/security/console.perms,
...skip...
> Так что, udev тут не при чем.
Он не при чем если он не запущен. Но если udev запущен, но права устанавливаются
на основании того что указано в /etc/udev/permissions.d/00-udev.permissions.
А там написано: 
# dri devices
nvidia*:root:video:0600
Так что udev при чем (если я не прав, объясните пожалуйста). Но если Вы
считаете, что "фиксить на системном уровне не требуется" то тема закрыта.
Comment 3 Alexey Morozov 2005-03-25 10:11:29 MSK
Ну, дело в том, что udev и модуль nvidia, ответственный за данные устройства,
вообще-то, скорее всего, грузятся до логина пользователя. Соответственно, при
логине пользователя pam_console /должен/ выставить права на все устройства
перечисленные в /etc/security/console.perms соответственно настройкам в
console.perms. И, натурально, на моей локальной машине это так и происходит, и
права, указанные в настройках udev, никакой роли не играют

Если же на каком-то шаге происходит ошибка, то, вероятно, разумно определить,
почему console.perms не отрабатывает должным образом.
Comment 4 Slava Dubrovskiy 2005-03-25 10:29:51 MSK
(In reply to comment #3)
Ага, а если после загрузки я restart udevd то права тоже /должен/
выставить console.perms? Вот тогда по видимому и играют роль
00-udev.permissions
А может сделать группу и дать права группе писать в устройство (как это сделано
с audio, cdwriter и т.д)? И тогда если пользователу надо писать в это устройство
то достаточно включить в эту группу, а не лезть в console.perms или udev.permissions