systemd и проблемы

Хрень прочно обосновалась а Арче, уходить не собирается, решил не тянуть кота за усы и перейти на нее.
Не тут-то было.

Поначалу полдня добивался, чтобы запустилось и кое-как работало.
Теперь пытаюсь, чтобы “не кое-как”.

Суть такова - не стартует upower.service (нужен ли он? Раньше у меня индикатор батарейки batti его пользовал, а теперь и suspend и hibernate (последний не работает ни в какую, кстати) через systemd пашут, вместо pm-utils.

При попытке в NetworkManager подключиться к новой сети или менять настройки:
(32) org.freedesktop.NetworkManager.network-control request failed: not authorized.
К ранее настроенным сетям подключается. Соотв pkla файл создан по мануалам в инете, юзер в группе network прописан (а под нее уже разрешение в pkla-файле выставлено). Ничего понять не могу, в гугле уже забанили)
Ответ “УМВР” это не ответ, но тем не менее, проверил:
# systemctl start upower.service
[root@arch bob]# systemctl status upower.service
upower.service - Daemon for power management
          Loaded: loaded (/usr/lib/systemd/system/upower.service; disabled)
          Active: active (running) since Mon, 2012-10-29 08:07:47 MSK; 13h ago
        Main PID: 581 (upowerd)
          CGroup: name=systemd:/system/upower.service
                  └ 581 /usr/lib/upower/upowerd
Oct 29 08:07:46 arch systemd[1]: Starting Daemon for power management...
Oct 29 08:07:47 arch systemd[1]: Started Daemon for power management.
Oct 29 21:10:51 arch systemd[1]: Started Daemon for power management.
Думаю, проблема в том, что
Хрень прочно обосновалась …
Стоит принять это явление как данность свыше и относиться к нему, как минимум, благожелательно. И тогда всё получится. Либо не использовать вовсе. Я не шучу.
UPD. Похоже, upower.service запускается автоматически. Ребутнул и проверил:
~$ systemctl status upower.service
upower.service - Daemon for power management
          Loaded: loaded (/usr/lib/systemd/system/upower.service; disabled)
          Active: active (running) since Mon, 2012-10-29 21:25:36 MSK; 26s ago
        Main PID: 566 (upowerd)
          CGroup: name=systemd:/system/upower.service
                  └ 566 /usr/lib/upower/upowerd
[root@localhost ~]# systemctl status upower.service 
upower.service - Daemon for power management
	  Loaded: loaded (/usr/lib/systemd/system/upower.service; enabled)
	  Active: failed (Result: signal) since Mon, 2012-10-29 20:15:32 SAMT; 2h 16min ago
	 Process: 15831 ExecStart=/usr/lib/upower/upowerd (code=killed, signal=TRAP)
	  CGroup: name=systemd:/system/upower.service
Oct 29 20:15:32 localhost systemd[1]: Starting Daemon for power management...
Oct 29 20:15:32 localhost systemd[1]: Started Daemon for power management.
Oct 29 20:15:32 localhost upowerd[15831]: (upowerd:15831): UPower-ERROR **: ...s
Oct 29 20:15:32 localhost systemd[1]: upower.service: main process exited, ...AP
Oct 29 20:15:32 localhost systemd[1]: Unit upower.service entered failed state

Если стартануть, то вот
[root@localhost ~]# systemctl start upower.service 
[root@localhost ~]# systemctl status upower.service 
upower.service - Daemon for power management
	  Loaded: loaded (/usr/lib/systemd/system/upower.service; enabled)
	  Active: failed (Result: signal) since Mon, 2012-10-29 22:33:28 SAMT; 2s ago
	 Process: 21259 ExecStart=/usr/lib/upower/upowerd (code=killed, signal=TRAP)
	  CGroup: name=systemd:/system/upower.service
Oct 29 22:33:28 localhost systemd[1]: Starting Daemon for power management...
Oct 29 22:33:28 localhost systemd[1]: Started Daemon for power management.
Oct 29 22:33:28 localhost upowerd[21259]: (upowerd:21259): UPower-ERROR **: failed to get pokit authority: Error initializing authority: Error ca...: Success
Oct 29 22:33:28 localhost systemd[1]: upower.service: main process exited, code=killed, status=5/TRAP
Oct 29 22:33:28 localhost systemd[1]: Unit upower.service entered failed state

То есть, ругается на полкит.
Дай-ка глянуть, что пишет:
~$ loginctl
и
~$ loginctl show-session $XDG_SESSION_ID

и ck-launch-session где-либо прописан, напр., в ~/.xinitrc ?
[joy@localhost ~]$ loginctl 
   SESSION        UID USER             SEAT            
         1       1000 joy              seat0           
1 sessions listed.

[joy@localhost ~]$ loginctl show-session $XDG_SESSION_ID
Id=1
Timestamp=Tue, 2012-10-30 18:26:51 SAMT
TimestampMonotonic=10200753
DefaultControlGroup=name=systemd:/user/joy/1
VTNr=7
Display=:0.0
Remote=no
RemoteUser=root
Service=slim
Leader=314
Audit=1
Type=x11
Class=user
Active=yes
State=active
KillProcesses=no
IdleHint=no
IdleSinceHint=0
IdleSinceHintMonotonic=0
Name=joy

ck-launch-session был прописан в .xinitrc, но я где-то вычитал, что новый slim сам запускает ck-сессию, и команду убрал. Помню, что что-то изменилось в лучшую сторону, возможно система стала позволять логиниться после этого, до этого момента набор логина/пароля в слиме не логинил, просто очищались поля ввода логина/пароля.

Еще могу сказать, что у меня преднастроенный арч, т.е. Archbang - после установки система со всеми компонентами обновляется со времен мая 2012 года. В числе прочих были файлы /etc/password.pacnew, /etc/group.pacnew, /etc/shadow.pacnew. Я накатил их поверх оригинальных, после чего поимел проблем, которые решились созданием юзеров и групп dbus и avahi. Если надо, могу точные команды привести, которыми это делал.
ck-launch-session был прописан в .xinitrc, но я где-то вычитал, что новый slim сам запускает ck-сессию, и команду убрал.
Я вычитал не где-то, а в вики/Systemd, что ck-launch-session может быть заменён на systemd-logind.service (он, кстати, запускается автоматом, если я правильно понимаю выхлоп статуса: Loaded: loaded (/usr/lib/systemd/system/systemd-logind.service; static)
По-крайней мере, в kde так оно и есть, то есть ck-launch-session уже не нужен в ~/.xinitrc, но про slim не скажу, не пользовался им. Попробуй вернуть ck-launch-session обратно, посмотри как себя поведёт система. Да, ещё, у меня в kdm автологин. Пока идей больше нет.
Как сделать чтоб комп уходил в хибернейт и слип с подачи KDE (т е по нажатию кнопочки или по разряду батарейки там)? Запускать из консольки systemctl hibernate не кошерно.
хотя оно и так не пашет
sudo systemctl hibernate
A dependency job for hibernate.target failed. See 'journalctl -n' for details.
sudo journalctl -n
-- Logs begin at Sun, 2012-10-21 13:29:20 MSK, end at Tue, 2012-10-23 12:36:34 MSK. --
Nov 04 21:48:02 desktop systemd[1]: Failed to start Hibernate.
Nov 04 21:48:02 desktop systemd[1]: Dependency failed for Hibernate.
Nov 04 21:48:02 desktop systemd[1]: Job hibernate.target/start failed with result 'dependency'.
Nov 04 21:48:02 desktop systemd[1]: Service sleep.target is not needed anymore. Stopping.
Nov 04 21:48:02 desktop systemd[1]: Unit systemd-hibernate.service entered failed state
Nov 04 21:48:02 desktop systemd[1]: Stopping Sleep.
Nov 04 21:48:02 desktop systemd[1]: Stopped target Sleep.
Nov 04 21:48:02 desktop sudo[18149]: pam_unix(sudo:session): session closed for user root
Nov 04 21:48:23 desktop sudo[19765]: deem : TTY=pts/2 ; PWD=/home/deem ; USER=root ; COMMAND=/usr/bin/journalctl -n
Nov 04 21:48:23 desktop sudo[19765]: pam_unix(sudo:session): session opened for user root by (uid=0)
При попытке в NetworkManager подключиться к новой сети или менять настройки:
(32) org.freedesktop.NetworkManager.network-control request failed: not authorized.


У меня тоже самое,очень интересует как это фиксануть. И да,у меня так же slim. И началось кстати эти дела с подключениями после введения systemd-logind.
RAMZAY
В качестве эксперимента можно попробовать что-то типа такого (только действие и группу поменять) viewtopic.php?f=6&t=10376&p=94123#p94123
lampslave
RAMZAY
В качестве эксперимента можно попробовать что-то типа такого (только действие и группу поменять) viewtopic.php?f=6&t=10376&p=94123#p94123

Что то вроде такого ?
polkit.addRule(function(action, subject) {
                if (action.id.indexOf("org.freedesktop.NetworkManager.network-control.") == 0 && subject.isInGroup("network")) {
                        return polkit.Result.YES;
                }
        }
);
 
Зарегистрироваться или войдите чтобы оставить сообщение.