xauth не подчищает за собой

У меня нет такого ни в /root ни в ~.

В хомяке такого и не должно быть.

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

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

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

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

И везде был slim?

Логинюсь пользователем через 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 (по умолчанию). Доступ туда есть?

Если да, то надо чтобы 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.

О, обнаружил, что у меня то же самое (только другой 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

И везде был 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

dbus всяко стартует, ибо systemd.

Без. 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.

А у тебя тоже systemd?

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

А selinux используется?

http://sources.gentoo.org/cgi-bin/viewvc.cgi/gentoo-projects/selinux/x11/xaut...

Нет.

А если стереть /var/run/slim.auth и зайти через slim?

И еще за компанию стереть ~/.Xauthority

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

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

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

УМВР, ЧЯДНТ?

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

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

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

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

УМВР, ЧЯДНТ?

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

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

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

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

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

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

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

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

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

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

Еще в доках написано, что slim ведет лог /var/log/slim.log. Есть там интересное?

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

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

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

Так он и не существует же без логина в иксах, так что удаление ничего не сломает.

Да, создаётся при старте slim.

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

XAUTHORITY

Юзер:

/home/funeralismatic/.Xauthority

Рут:

/root/.xauthE9jq09

~/.Xauthority

У рута отсутствует.

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

-rwxrwxrwx

Ничего дельного. Логин/разлогин.

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

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

/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. Вопрос, что он делает в реальности.

М-м-м, тогда получается, что у тебя из-за каких-то аварийных выходов они скапливаются?

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

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

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

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

-rwxrwxrwx

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

# chmod 1777 /tmp

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

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

Низачем, я и не логинюсь.

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

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

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

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

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

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

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

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

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

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

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

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

1.3.6-r4

Протупил, не те данные скопипастил.

drwxrwxrwt

А это вообще не имеет отношения к 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
 # >