LINUX.ORG.RU
ФорумAdmin

Запуск gui программ в консоли под root для работы через GUI пользователя.

 , , ,


1

0

Есть у меня простой пользователь который залогинен под X и как и положено ключь доступа к сессии лежит в его домашней директории:
/home/user/.Xauthority
Чтобы запускать программы от роот я сделал следующее,
в .profile пользователя root я поместил экспорт двух переменных:
export XAUTHORITY=/home/user/.Xauthority
export DISPLAY=:0.0

Переключаюсь в консоль, набираю synaptic и делаю под гуем что мне надо.

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

В чём проблема, xorg как то распознаёт мои проделки и вместо .Xauthority создаёт ключь доступа к сессии в виде .Xauthority-n
Вопрос:
Что надо сделать чтобы он не менял название файла с ключём сессии?

P.S/ Менеджер сессий xdm, десктоп lxde.

★★★★★

Последнее исправление: torvn77 (всего исправлений: 6)
Ответ на: комментарий от Motif

Надоело разкомментировать и комментировать обратно в sudoers строки с NOPASSWD.
(Вход рута у меня запрещён)
И ведь главное работает, но при перезапуске сесси происходит уход имени в .Xauthority-n

torvn77 ★★★★★
() автор топика
Последнее исправление: torvn77 (всего исправлений: 2)
Ответ на: комментарий от torvn77

Так подскажут мне кто, как сделать так, чтобы Х-сервер не менял название файла с ключём сессии(.Xauthority)?

torvn77 ★★★★★
() автор топика

Есть подозрение что ПО из под рута както захватывает .Xauthority и в результате простой пользователь теряет к нему доступ, как результат Xorg генерирует новый.

Я бы на вашем месте не мучался а просто отключил авторизационные кукесы (xhost +) для вашего XServer (особенно если он настроен по умолчанию и не принимает конекты по TCP).

zaz ★★★★
()

Наверно правильнее будет, чтобы root не работал с юзерским .Xauthority, а взял из него ключ и положил в свой, ну или тупо скопировал файл целиком

Elyas ★★★★★
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.