[sisyphus] fglrx and shm

Sergey Vlasov =?iso-8859-1?q?vsu_=CE=C1_altlinux=2Eru?=
Вт Апр 10 00:03:22 MSD 2007


On Mon, Apr 09, 2007 at 03:16:54PM -0400, Ivan Adzhubey wrote:
> Вот заметил после последнего обновления (но не факт, что не раньше 
> отвалилось):
> 
> $ fgl_glxgears
> Using GLX_SGIX_pbuffer
> FGLTexMgr: open of shared memory object failed (Permission denied)
> __FGLTexMgrCreateObject: __FGLTexMgrSHMmalloc failed!!!
> FGLTexMgr: open of shared memory object failed (Permission denied)
> __FGLTexMgrCreateObject: __FGLTexMgrSHMmalloc failed!!!
> FGLTexMgr: open of shared memory object failed (Permission denied)
> __FGLTexMgrCreateObject: __FGLTexMgrSHMmalloc failed!!!
> ...

Покажите вывод grep tmpfs /proc/mounts и ls -ld /dev/shm

> Не пойму, как починить. Указание shared memory в /etc/fstab:
> 
> tmpfs /dev/shm tmpfs defaults 0 0
> 
> в Сизифе то работало, то не работало, то само по себе без прописывания в fstab 
> монтировалось (udev?). Какая ситуация сейчас и что надо сделать, чтобы GLX с 
> fglrx нормально заработало?

Сейчас ситуация с /dev/shm следующая:

 - Если в момент запуска сервиса udevd в /dev/shm уже было что-то
   смонтировано, эта ФС переносится в новый /dev без потери
   содержимого (через mount -n --move).  Эта ситуация может иметь
   место в случае наличия в fstab записи для /dev/shm и запуске udevd
   не из rc.sysinit (при загрузке с noudev).

 - Если в fstab есть любая запись для /dev/shm, при запуске сервиса
   udevd из rc.sysinit монтирование /dev/shm не выполняется
   (предполагается, что оно будет выполнено при дальнейшей обработке
   rc.sysinit); если же udevd запускается позже, /dev/shm монтируется
   в соответствии с записью в fstab (здесь имеется небольшой баг -
   игнорируется опция noauto, которая в принципе может использоваться
   для запрета монтирования /dev/shm; помимо случая, когда при
   загрузке используется опция noudev, игнорирование noauto возможно
   после service udevd umount при последующем запуске udevd).

   (При внимательном просмотре этого места в скрипте обнаружился баг -
   чтобы запись для /dev/shm была распознана, необходимо, чтобы между
   первым и вторым полями в этой строке присутствовал ровно один
   пробел или символ табуляции; к тому же пропущен "^" в начале,
   поэтому закомментированная строка также будет распознана как
   обычная - возможно, это и вызвало проблему.)

 - Если записи для /dev/shm в fstab нет, при запуске udevd (в том
   числе из rc.sysinit) в /dev/shm монтируется tmpfs с опциями по
   умолчанию (mode=1777, размер - половина физической памяти).
----------- следующая часть -----------
Было удалено вложение не в текстовом формате...
Имя     : =?iso-8859-1?q?=CF=D4=D3=D5=D4=D3=D4=D7=D5=C5=D4?=
Тип     : application/pgp-signature
Размер  : 189 байтов
Описание: Digital signature
Url     : <http://lists.altlinux.org/pipermail/sisyphus/attachments/20070410/702fa85a/attachment-0003.bin>


Подробная информация о списке рассылки Sisyphus