6271 2005-03-17 12:40:46 +0300 Неправильные права на /dev/nvidia* или группа 2005-07-19 12:44:44 +0400 1 1 4 Development Sisyphus udev unstable all Linux CLOSED NOTABUG P2 normal --- 1 dubrsl morozov arseny shaba qa-sisyphus oldest_to_newest 22583 0 dubrsl 2005-03-17 12:40:46 +0300 Приложения (например quake3), не могут писать в /dev/nvidia*, т.к. у этих устройств права выставлены в 660. При смене в 666 проблема исчезает. Steps to Reproduce: 1. Запустить quake3 2. 3. 22748 1 morozov 2005-03-24 19:56:50 +0300 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 тут не при чем. 22759 2 dubrsl 2005-03-25 10:04:30 +0300 (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 при чем (если я не прав, объясните пожалуйста). Но если Вы считаете, что "фиксить на системном уровне не требуется" то тема закрыта. 22760 3 morozov 2005-03-25 10:11:29 +0300 Ну, дело в том, что udev и модуль nvidia, ответственный за данные устройства, вообще-то, скорее всего, грузятся до логина пользователя. Соответственно, при логине пользователя pam_console /должен/ выставить права на все устройства перечисленные в /etc/security/console.perms соответственно настройкам в console.perms. И, натурально, на моей локальной машине это так и происходит, и права, указанные в настройках udev, никакой роли не играют Если же на каком-то шаге происходит ошибка, то, вероятно, разумно определить, почему console.perms не отрабатывает должным образом. 22763 4 dubrsl 2005-03-25 10:29:51 +0300 (In reply to comment #3) Ага, а если после загрузки я restart udevd то права тоже /должен/ выставить console.perms? Вот тогда по видимому и играют роль 00-udev.permissions А может сделать группу и дать права группе писать в устройство (как это сделано с audio, cdwriter и т.д)? И тогда если пользователу надо писать в это устройство то достаточно включить в эту группу, а не лезть в console.perms или udev.permissions