Что-то ты странное затеял.

говорит что дисплей 0 занят

DISPLAY=:1 перед командой добавь.

Невыходит

Другая ошибка теперь.

[   158.428] _XSERVTransSocketUNIXCreateListener: ...SocketCreateListener() failed
[   158.428] _XSERVTransMakeAllCOTSServerListeners: server already running
[   158.428] (EE) 
Fatal server error:
[   158.428] (EE) Cannot establish any listening sockets - Make sure an X server isn't already running(EE) 
[   158.428] (EE) 
Please consult the The X.Org Foundation support 
	 at http://bugs.rosalinux.ru/
 for help. 
[   158.428] (EE) Please also check the log file at "/var/log/Xorg.0.log" for additional information.
[   158.428] (EE) 
[   158.435] (EE) Server terminated with error (1). Closing log file.

Даже не кто не подскажет куда копать?

/var/log/Xorg.0.log
Cannot establish any listening sockets - Make sure an X server isn't already running(EE)

ну правильно он должен работать на tty1 и tty2 как мне его (startx) настроить чтобы он грузился на двух консолях?

не знаю.
я таким интересовался году в 2000.

потом понял что не надо ломать то, что настроено «дистрибутивщиками»

Please consult the The X.Org Foundation support at http://bugs.rosalinux.ru/ for help.

Wat?

они здесь не причем, это нестандартное использование xserver

Разобрался как несколько запустить x серверов Оказывать нужна указывать разные номера дисплеев и все будет хорошо, все хорошо запускается от скрипта startx --:Ndisp но как написать сервис для systemd?

Пытался так: [Service] ExecStart=/bin/su user -c startx — :12

Не выходит startx не хочет запускаться говорит, что авторизация не прошла, а через xinit не стартует X server

Пока как-то так....

Ошибка

При запуске X из под непривилегированного пользователя получаю ошибку: Authentication failed - cannot start X server. Perhaps you do not have console ownership?

$ xinit /usr/bin/openbox-session -- :$XDG_VTNR vt$XDG_VTNR

так попробуй в tty.

я не могу использовать openbox, у меня есть только X-сы

пускай родной иксовый вм или приложение иксовое любое. должно работать

ExecStart=/usr/bin/xinit — /usr/bin/X -nolisten tcp :${XDG_VTNR} vt${XDG_VTNR}

так тоже побывал не работает Пишет Authentication failed - cannot start X server. Perhaps you do not have console ownership?

поковырял в /etc/pam.d/xserver был закоментирован auth required pam_console.so

Раскоментирова его получил следующую ошибку xf86EnableIOPorts: failed to set IOPL for I/O (Operation not permitted) Поясните природу pam ? что - это такое? и зачем он нужен.

А давай ты почитаешь man 8 pam?

Ознакомился с Pluggable Authentication Modules.

Я использовал сервис с Из этого топика, но запуском у меня является startx — :$XDG_VTNR.

Проблема получается в

User=<USER>
PAMName=login 

мой пользователь USER не может зайти. для авторизации используются правила из pam.d/login

#%PAM-1.0
auth [user_unknown=ignore success=ok ignore=ignore default=bad] pam_securetty.so
auth       include      system-auth
account    required     pam_nologin.so
account    include      system-auth
password   include      system-auth
session	   required	pam_selinux.so close
session    required     pam_loginuid.so
-session    optional     pam_console.so
session    required	pam_selinux.so open
session    optional     pam_keyinit.so force revoke
session    include      system-auth
-session    optional     pam_ck_connector.so

как понять какое правило мешает?

проблема наверное у меня из-за того что я не могу от обычного пользователя запускать X

Так, извини, я совершенно забыл про этот тред.

Вообще, конечно, наиболее правильно было бы запускать все иксы (и первые, и вторые) из DM. То, что мы делаем — немного костыль, потому что DM, которым можно адекватно управлять из скриптов, ещё никто не написал. Ну да ладно.

Что значит «не может зайти»? Покажи системный лог после попытки входа. Заодно покажи строчку из /etc/passwd, соответствующую твоей учётке (inb4, на всякий случай: нет, я не хочу тебя похачить, хэши паролей хранятся в другом месте).

И да, использовать startx в такой конфигурации неправильно — я написал в той теме, почему. Там нет никакого бага, это до сих пор не исправили и не исправят, просто session leader должен прибивать свою сессию. Используй xinit, как там кто-то написал в комментариях.

я нашел решение, но пока не так как хотел, но главное работает!

У меня даже получилось как ты говоришь т.е я перестал прикидываться DM, а использовал его, настроил на нем автологин, он для меня подготовил готового юзера который может работать в xsession.

А вот xsession я свою создал. Написав свое приложение оно Запускает WM и GUI-софтина и свой файл конфигурации в /usr/share/xsessions/myxsession.desktop. Как работает запуск xsession я понял только после разбора исходников DM. (оказалось все просто).

Все это решает мой 1) пункт задачи.

Все переходы по другим vtty я отключил настроив X11 - это решило мой 3) но немного не так как задумывалось, и автоматом решился 4) пункт задачи.

Остался 2) пункт, я его обошел, а именно поняв как грузится xsession, в своем приложение написал кнопку, которая запускает рабочие окружение точно так же как это делает DM, в итоге у меня параллельным процессом запускается DESKTOP (этого вполне достаточно). И сделал кнопку выключить рабочие окружение, вот здесь у меня пока не доработка, не понял пока из исходников DESKTOP, использовал исходники (MATE), как он выгружает запущенные им же приложения, поэтому оставил пока просто, закрываю свое приложение и закрываю свою x-сессию, при закрытие сессии все остальные приложения кроются сигналом SIGKILL - это конечно не хорошо, но я пока не понял как сделать правильно.

Так, что пока как-то так (коряво конечно), но я могу таким образом в любой дистрибутив свое ПО воткнуть. Спасибо за помощь!