dconf и его /run/user/11246/dconf/user

[skytrain]

ubuntu 14.04
LXDE
Доброго времени суток.
Столкнулся с проблемой.

Код: [Выделить]

(lxterminal:3663): dconf-CRITICAL **: unable to create file '/run/user/11246/dconf/user': Отказано в доступе.  dconf will not work properly.
Просто... появилась нежданно....
Сверил права на файл(ы) с другими Ubuntuми. Все идентично.
Правда до этого был установлен dconf-editor

Заранее спасибо.

Пользователь решил продолжить мысль 03 Апреля 2015, 14:00:31:https://apps.ubuntu.com/cat/applications/raring/libpam-xdg-support/
Может редирект каталога поможет

[v!tax]

Код: [Выделить]

ll /run/user/11246/dconf/user

[skytrain]

Код: [Выделить]

scatsrv@winhall2:~$ sudo ls -la /run/user/11246/dconf/
итого 4
drwx------ 2 root    root                        60 апр.   3 11:51 .
drwx------ 6 scatsrv администраторы предприятия 140 апр.   3 13:57 ..
-rw------- 1 root    root                         2 апр.   3 11:51 user

Код: [Выделить]

scatsrv@winhall2:~$ sudo ls -la /run/user/11246/
ls: невозможно получить доступ к /run/user/11246/gvfs: Отказано в доступе
итого 0
drwx------ 6 scatsrv администраторы предприятия 140 апр.   3 13:57 .
drwxr-xr-x 5 root    root                       100 апр.   3 13:32 ..
drwx------ 2 root    root                        60 апр.   3 11:51 dconf
d????????? ? ?       ?                            ?              ? gvfs
drwx------ 2 scatsrv администраторы предприятия  60 апр.   3 13:57 keyring-kEwPc0
drwx------ 2 scatsrv администраторы предприятия  80 апр.   3 11:51 pulse
lrwxrwxrwx 1 root    root                        17 апр.   3 11:51 X11-display -> /tmp/.X11-unix/X0
А вообще пришла в голову идея о переназначении XDG_RUNTIME_DIR в домашнюю директорию.
Чего ей там в /run делать?
Только системным инструментом, а не костылем....
может man pam_systemd поможет в этом.

[v!tax]

http://gawainlynch.com/gnome-shell-crashes-after-su/

[skytrain]

Спасибо. Видел. Но не помогает.
Это для su. Так как он выполняется в окружении пользователя.
Там еще много каких костылей....

Мне кажется дело в PAM. Но может мне только так кажется....
Логично предположить что хозяином файла должен быть пользователь, но у разрабов свое видение проблемы.
Пользователь решил продолжить мысль [time]03 Апрель 2015, 16:08:29[/time]:Вообще помогает стопроцентно

Код: [Выделить]

sudo chown -R $USER /run/user/$(id -u)/dconfНо почему раньше это было не нужно???!!!
Вот блин. Опять в системы костыли пихать придется. Надоело уже

Может кто чего знает по этому поводу?
Я отчаянно надеюсь что да....
Пользователь решил продолжить мысль 03 Апреля 2015, 17:27:57:Нашел решение!!!!!
Дело было не в бобине.
Через  pam_exec.so я выполнял скрипт, конфигурирующий окружение пользователя и.т.п
Там был вызов gsettings
А скрипт сам размещен в /etc/pam.d/lightdm и выполняется от рута.
А при обращении к данному файлу gsettings-ом, файл создается по новой... или что-то типа того...  с текущими правами.
Буду юзать pam_loginuid.so