LINUX.ORG.RU

А чем ты логинишься в иксы (display manager, из консоли, xinit, startx)? Логинишься пользователем или root?

Zubok ★★★★★
()
Ответ на: комментарий от Zubok

Логинюсь пользователем через slim, который дёргает .xinitrc (выбор сессии не нужен, ибо у меня только awesome).

Приложения от рута пускаю из terminator, в котором сессия рута пущена через su -. В качестве шелла — zsh.

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

//тег gentoo здесь для массовки, у меня этот трэш встречался на всех дистрибутивах, к которым я прикасался.

И везде был slim?

Zubok ★★★★★
()
Ответ на: комментарий от funeralismatic

Логинюсь пользователем через slim, который дёргает .xinitrc (выбор сессии не нужен, ибо у меня только awesome).

На всякий случай:

1. Проверь права на ~/.xinitrc. Должен быть исполняемым.

2. slim собран с consolekit или без него? Если да, то надо чтобы consolekit стоял, в старт сессии добавить запуск dbus. В Debian для этого есть специальное место: /etc/X11/Xsession.options, в котором есть строчка use-session-dbus. Как в gentoo — не знаю. Скорее всего, там все по-другому, так как общий скрипт Xsession другой.

3. Покажи, что в slim.conf в параметрах xauth_path и authfile. Обычно там /var/run/slim.auth (по умолчанию). Доступ туда есть?

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

Если да, то надо чтобы consolekit стоял, в старт сессии добавить запуск dbus.

http://wiki.gentoo.org/wiki/SLiM#Troubleshooting :

# rc-update add dbus default

This will ensure that dbus is running when you boot up your computer. It may be that this has already been added by other WM, but I had to do this when using awesome WM.

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

О, обнаружил, что у меня то же самое (только другой WM), поэтому поотвечаю вместо ТС.

1. Да, исполняемый.

2. Да, с consolekit. consolekit и dbus запущены, находятся в default runlevel, откуда и стартуют. Не знаю, может, правильно делать как-то по-другому, я почему-то не находил мануалов по этой теме, хочу разобраться.

3.

$ grep ^xauth_path /etc/slim.conf 
xauth_path         /usr/bin/xauth 
$ grep ^authfile /etc/slim.conf
authfile           /var/run/slim.auth
$ ls -l /var/run/slim.auth 
-rw------- 1 root root 49 Dec 20 21:10 /var/run/slim.auth

devsdc ★★
()
Ответ на: комментарий от Zubok

И везде был slim?

В общем-то да.

1. Проверь права на ~/.xinitrc. Должен быть исполняемым.

Он не был исполняемым (хотя я точно помню, что делал chmod +x). Исполняемость ничего не дала.

2. slim собран с consolekit или без него?

Без. ConcoleKit не нужен с systemd.

в старт сессии добавить запуск dbus

exec dbus-launch --exit-with-session awesome >> "${HOME}/.cache/awesome/stdout.log" 2>> "${HOME}/.cache/awesome/stderr.log"

3. Покажи, что в slim.conf в параметрах xauth_path и authfile. Обычно там /var/run/slim.auth (по умолчанию). Доступ туда есть?

xauth_path                      /usr/bin/xauth
authfile                        /var/run/slim.auth
funeralismatic ★★★
() автор топика
Ответ на: комментарий от funeralismatic

Без. ConcoleKit не нужен с systemd.

gentoo и systemd? Мир сошел с ума. А slim не работает (пишут) с systemd. Уж не знаю, может ли это быть причиной. consolekit нет и что отсутсвие его вызовет - хз

https://wiki.archlinux.org/index.php/SLiM

Warning: The SliM project has been abandoned (the project homepage is down, leaving a download mirror), and is not fully compatible to systemd, including logind sessions. Consider using a different Display manager or Xinitrc.

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

Нет, у меня openrc. Вообще, ТС писал, что у него это на всех дистрах, так что, видимо, конкретно этот аспект действительно несущественнен.

devsdc ★★
()
Ответ на: комментарий от Zubok

gentoo и systemd? Мир сошел с ума.

Этот вопрос выходит за рамки сабжа, но всё же отвечу: с systemd всё проще, прозрачнее и быстрее.

А slim не работает (пишут) с systemd.

УМВР, ЧЯДНТ?

consolekit нет и что отсутсвие его вызовет - хз

ConsoleKit реализует мультиюзер, но очень костыльно и криво, с logind это реализовывается проще. Нет необходимости в ConsoleKit, тем более, что он опционален.

funeralismatic ★★★
() автор топика
Ответ на: комментарий от devsdc

Нет, у меня openrc. Вообще, ТС писал, что у него это на всех дистрах, так что, видимо, конкретно этот аспект действительно несущественнен.

Если все - это Arch и Fedora, Debian Jessie, то почему нет? Там systemd.

Zubok ★★★★★
()
Ответ на: комментарий от funeralismatic

УМВР, ЧЯДНТ?

Пишут. Я не выдумал эти строки. Там не то что не работает написано, а что не полностью. Что имеется в виду, не знаю.

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

Если все - это Arch и Fedora, Debian Jessie, то почему нет? Там systemd.

С первого я свалил сразу после анонса перехода на systemd, Второй я в глаза не видел. Третий я так и не смог установить.

Были LFS, Ubuntu, openSUSE, старый Archlinux и Lunar Linux. Из них только последний с systemd.

funeralismatic ★★★
() автор топика
Ответ на: комментарий от Zubok

Там не то что не работает написано, а что не полностью.

Потому, что он пилился когда ещё не было systemd.

Что имеется в виду, не знаю.

То и имеется: оно не следует канонам systemd, что затрудняет работу systemd с ним.

funeralismatic ★★★
() автор топика
Ответ на: комментарий от funeralismatic

Стереть файлы /var/run/slim.auth и ~/.Xauthority не помогает? Если нет, то надо лезть смотреть уже, что там творит slim, когда вызывает xauth. Да, а на /tmp какие права?

UPD. И еще глянь переменную XAUTHORITY. у нее есть какое-то значение?

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

При запущенном slim удалил /var/run/slim.auth, залогинился в slim. В ответ slim крашнулся (и сервис xdm, как следствие, тоже). Зато остался запущенным процесс иксов (видимо, порождённый slim-ом). После рестарта сервиса xdm залогиниться через slim не вышло: выкидывало обратно к вводу логина в slim. Остановил сервис xdm, прибил SIGTERM-ом оставшийся после краша slim процесс иксов, запустил xdm обратно, смог нормально залогиниться.

devsdc ★★
()
Ответ на: комментарий от devsdc

При запущенном slim удалил /var/run/slim.auth, залогинился в slim.

Удалять лучше, когда ничего не запущено. Файл slim.auth обязан создаться.

Zubok ★★★★★
()
Ответ на: комментарий от devsdc

Его создает xauth. Все верно. Но раз в /root у вас валятся временные файлы, то он почему-то создает файлы и там. И постоянно новый. А что с правами на /tmp? А ~/.Xauthority был вообще?

Zubok ★★★★★
()
Ответ на: комментарий от Zubok

Так, я тут обнаружил, что после su - в /root действительно создаётся временный файл, но после exit файл удалился. Но некоторое количество .xauth* в /root всё-таки валяется.

Подробно, что происходит: под пользователем в $XAUTHORITY лежит ~/.Xauthority, после su - в $XAUTHORITY находился тот /root/.xauth*, который создался. Разлогинился, удалил ~/.Xauthority, слелал su -, /root/.xauth* не создался, в $XAUTHORITY ничего.

devsdc ★★
()
Ответ на: комментарий от funeralismatic

/root/.xauthE9jq09

Тык-с, а теперь надо выяснить, кто устанавливает эту переменную, так как xauth ее использует. У меня в Debian они пустые. Поэтому по умолчанию ~/.Xauthority:

ENVIRONMENT
       XAUTHORITY
               to  get  the name of the authority file to use if the -f option isn't used.

FILES
       $HOME/.Xauthority
               default authority file if XAUTHORITY isn't defined.

Насколько я понимаю, slim использует slim.auth как authority и должен его указать опцией -f. Вопрос, что он делает в реальности.

Zubok ★★★★★
()
Ответ на: комментарий от devsdc

О, а ещё я обнаружил, что все /root/.xauth* довольно старые, и все были созданы раньше, чем я в последний раз собирал slim. Может, это был баг, который пофиксили? ТС, у тебя какая версия slim?

UPD: У меня версия 1.3.6-r3, собирал 25 февраля.

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

что с правами на /tmp?

-rwxrwxrwx

У тебя tmp не директория? У меня такие drwxrwxrwt. Не должно ли быть t в gentoo?

# chmod 1777 /tmp
Zubok ★★★★★
()
Последнее исправление: Zubok (всего исправлений: 1)
Ответ на: комментарий от devsdc

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

А зачем от рута логиниться в иксы?

Zubok ★★★★★
()
Ответ на: комментарий от devsdc

Я имел в виду, что su - в иксах почти не делаю.

А это вообще не имеет отношения к xauth и никаких файлов не создает. Ты не логинишься в иксы как root (ты сейчас пояснил), а то мало ли что.

Zubok ★★★★★
()

В интернете видел информацию, что создание /root/.xauthXXXXXX может быть связано с PAM. То ли баги какие-то, то ли еще что.

Еще есть информация, что именно внезапный выход shutdown/reboot через su может быть причиной, что они не удаляются. Как у тебя выход из сессии устроен? То есть выход, когда заканчиваешь работу.

Zubok ★★★★★
()
Последнее исправление: Zubok (всего исправлений: 1)

Сейчас slim поставлю. Гляну, будет ли у меня в debian что создаваться.

Zubok ★★★★★
()

На данный момент сводка такая. Я поставил slim в Debian. Версия 1.3.4, consolekit версии 0.4.5.

Никаких файлов /root/.xauthXXXXXX не создается вообще. Исправно создается /var/run/slim.auth, там лежит MIT-MAGIC-COOKIE-1. Превосходно работает. Что-то у вас не то. Гляньте, может быть, это действительно PAM?

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

pam_xauth говорят, что создает эти файлы /root/.xauthXXXXXX. Проверяйте. У меня не используется нигде.

UPD. Проверьте /etc/pam.d/su, вообще grep «xauth» на всю директорию.

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

Проверьте /etc/pam.d/su

Точно, он там вроде в gentoo есть в /etc/pam.d/su. В Debian нет. Надо точно посмотреть. Видимо, в какой-то момент модуль срабатывает, когда вы su делаете

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

А это вообще не имеет отношения к xauth и никаких файлов не создает.

 # > lss /root/.xauth*
-rw------- 1 root root 51 Jan  4 11:31 /root/.xauthPlys96
 # > rm /root/.xauth*
 # > lss /root/.xauth*
zsh: no matches found: /root/.xauth*
 # > exit
 % > su -
Password:
 # > lss /root/.xauth*
-rw------- 1 root root 51 Jan  4 15:55 /root/.xauthbAurGG
 # >
funeralismatic ★★★
() автор топика
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.