Bug 6271 - Неправильные права на /dev/nvidia* или группа
: Неправильные права на /dev/nvidia* или группа
Status: CLOSED NOTABUG
: Sisyphus
(All bugs in Sisyphus/udev)
: unstable
: all Linux
: P2 normal
Assigned To:
:
:
:
:
:
  Show dependency tree
 
Reported: 2005-03-17 12:40 by
Modified: 2005-07-19 12:44 (History)


Attachments


Note

You need to log in before you can comment on or make changes to this bug.


Description From 2005-03-17 12:40:46
Приложения (например quake3), не могут писать в /dev/nvidia*, т.к. у этих
устройств права выставлены в 660. При смене в 666 проблема исчезает.
Steps to Reproduce:
1. Запустить quake3
2.
3.
------- Comment #1 From 2005-03-24 19:56:50 -------
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 From 2005-03-25 10:04:30 -------
(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 From 2005-03-25 10:11:29 -------
Ну, дело в том, что udev и модуль nvidia, ответственный за данные устройства,
вообще-то, скорее всего, грузятся до логина пользователя. Соответственно, при
логине пользователя pam_console /должен/ выставить права на все устройства
перечисленные в /etc/security/console.perms соответственно настройкам в
console.perms. И, натурально, на моей локальной машине это так и происходит, и
права, указанные в настройках udev, никакой роли не играют

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