Bug 4010 - XFree86 does not start with user privileges
: XFree86 does not start with user privileges
Status: CLOSED WORKSFORME
: Sisyphus
(All bugs in Sisyphus/XFree86)
: unstable
: all Linux
: P2 normal
Assigned To:
:
:
:
:
:
  Show dependency tree
 
Reported: 2004-04-21 20:42 by
Modified: 2005-07-13 15:46 (History)


Attachments


Note

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


Description From 2004-04-21 20:42:58
Никак не запускается, ни через startx, ни через xinit, ни просто
/usr/X11R6/bin/XFree86. Несмотря на то, что $/usr/sbin/control xfree86-server
отвечает 'public', $id показывает принадлежность юзера группам proc, xgrp и
kmem.
Сообщение при запуске XFree86:
...
Fatal server error:
PAM authentification failed, cannot start X server.
       Perhaps you do not have console ownership?
...
Strace воспользоваться для локализации проблемы не умею, так как под strace не
работает suid для XFree86.

     Сергей.
------- Comment #1 From 2004-05-13 12:45:42 -------
Странно, но у меня все работает. Что у вас сломано в системе ?
------- Comment #2 From 2004-05-18 09:29:48 -------
> Наверно сломано. Не работает. На относительно свежеустановленных 
> осизифленных компактах.
> Я более того, не знаю, как это выяснить. strace сходу мне не получается 
> использовать, так как она не учитывает suid bit в 
> /usr/X11R6/bin/XFree86. А так получаю диагностику
> $ XFree86 :1
> 
> Fatal server error:
> PAM authentication failed, cannot start X server.
>        Perhaps you do not have console ownership?
> 
> ...
> Юзер и в группу kmem и в группу xgrp вписан, и даже control xserver public.
> 
> Подскажите, на что смотреть, - надо бы и хочется уметь запускать XServer 
> от имени юзера.

Дело в том, что вторые XFree можно запустить только от того же пользователя,
который запускает первые XFree. И никак иначе. Ибо меняется владелец консоли, а
она у вас одна.

Так что это - не сломано в системе. Это - архитектура системы, которая не
позволяет запускать на одной и той же машине два X-сервера из под разных
пользователей.

Наверное это как-то можно побороть, я пока еще не в курсе.

2ldv: у тебя нет идей как это лечится ? Проблема во втором запуске XFree под
другим пользователем, отличным от первого. По идее это может быть нужно для
многоголовых машин.
------- Comment #3 From 2004-06-05 20:17:51 -------
Вообще-то pam_console учитывает возможность входа под разными пользователями. И
у меня это вполне нормально работает (после входа с консоли - пускает, после su
- не пускает).

Что в /etc/pam.d/xserver ?
------- Comment #4 From 2004-06-05 21:54:41 -------
В файле /etc/pam.d/xserver стоит:
#%PAM-1.0
auth     sufficient     pam_rootok.so
auth     required       pam_console.so
account  required       pam_permit.so
По моему я его не трогал.
А не могло у меня всё сломаться от того что однажды пробовал запустить $X :1 из
konsole работающей в X :0?
------- Comment #5 From 2004-06-05 22:18:52 -------
А /etc/security/console.apps/xserver на месте?

Вообще проверьте установленные файлы:

rpm --verify XFree86-server pam-config libpam0 pam0_console pam0-config

.M......   /usr/X11R6/bin/XFree86 - это нормально (побочный эффект изменения
настроек через control).
------- Comment #6 From 2004-06-06 00:22:45 -------
Проверил:
rpm --verify XFree86-server pam-config libpam0 pam0_console pam0-config
.M?.....   /usr/X11R6/bin/XFree86
S.5....T c /etc/buildreqs/packages/substitute.d/libpam0
S.?....T c /etc/security/console.perms
..?.....   /sbin/pam_console_apply
затем сделал этим пакетам apt-get install --reinstall, 
rpm --verify изменился на 
.M?.....   /usr/X11R6/bin/XFree86
..?..... c /etc/security/console.perms
..?.....   /sbin/pam_console_apply
И после этого X'ы запустились! Большое спасибо. Наверно, можно bug 4010 закрыть?