arch systemd

от рута его бесполезно. дбас не работает. странно. должен? ты точно перезагружался? а start на dbus сделал?

не совсем понимаю, как ты тогда вообще в kdm залогинился, если у тебя dbus не работает. Не должно.

перезагрузись, и потом давай лог (journalctl _SYSTEMD_UNIT=«dbus.service» и journalctl _SYSTEMD_UNIT=«NetworkManager.service»)

чтобы journalctl не писал в more, нужно ему добавить --no-pager

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

Перезагрузился точно.

У меня SLIM, а не KDM.

start выполняется тихо-молча. Всё равно nm-applet пишет то, что я тут написал.

а dbus у тебя в секции DEAMONS в rc.conf есть?

Попробуй
а) убрать оттуда
б) /etc/rc.d/dbus stop
в) ps aux | grep dbus, потом kill -9 на всё что там нашлось (и заодним скажи, нашлось ли)
г) systemctl start dbus.service (или если он скажет что уже запущен - сначала stop, потом start) д) и дубль три -)

омг, предлагаю замутить платную поддержку для Арча. tazhate, pekmop1024, как вам идея? :)

# journalctl _SYSTEMD_UNIT="dbus.service"
Logs begin at Sun, 21 Oct 2012 04:09:10 +0400, end at Sun, 21 Oct 2012 00:37:01 +0400.
Oct 21 04:09:13 wolfstation dbus-daemon[225]: dbus[225]: [system] Activating service name='org.freed
Oct 21 04:09:13 wolfstation dbus-daemon[225]: dbus[225]: [system] Successfully activated service 'or
Oct 21 04:09:14 wolfstation dbus-daemon[225]: dbus[225]: [system] Activating via systemd: service na
Oct 21 04:09:14 wolfstation dbus-daemon[225]: dbus[225]: [system] Activating via systemd: service na
Oct 21 04:09:14 wolfstation dbus-daemon[225]: dbus[225]: [system] Activation via systemd failed for 
Oct 21 04:09:14 wolfstation dbus-daemon[225]: dbus[225]: [system] Successfully activated service 'or
Oct 21 04:09:22 wolfstation dbus-daemon[225]: dbus[225]: [system] Activating via systemd: service na
Oct 21 04:09:22 wolfstation dbus-daemon[225]: dbus[225]: [system] Successfully activated service 'or
Oct 21 04:09:24 wolfstation dbus-daemon[225]: dbus[225]: [system] Rejected send message, 2 matched r
Oct 21 04:09:24 wolfstation dbus-daemon[225]: dbus[225]: [system] Activating service name='org.freed
Oct 21 04:09:24 wolfstation dbus-daemon[225]: dbus[225]: [system] Successfully activated service 'or
Oct 21 04:09:28 wolfstation dbus-daemon[225]: dbus[225]: [system] Rejected send message, 2 matched r

И дальше 100500 раз повторяется последняя строка.

вам шашечки или ехать? тем более тестинг/сид не такой уж и старый...

как вам идея? :)

Пфффффффффффффффффффффффффффффффффффффффффффффф, НЕТ :)

Куда податься, где не будет systemd? Debian, Gentoo, Slackware и Ubuntu (или и там systemd?) не предлагать.

Восьмерочка же.

а почто ты написал только кусок последней строки? ))) 2 matched что?

хинт: стрелки влево-вправо мотают пейджер туда-сюда вдоль строки, строку можно прочитать полностью. А еще пейджер можно выключить, кажется параметром --no-pager у journalctl, но если нет - ищи в справке )

а) Есть. То есть уже был.

б) FAIL

в)

# ps aux | grep dbus
dbus       225  0.0  0.1   3240  1564 ?        Ss   00:09   0:00 /usr/bin/dbus-daemon --system --address=systemd: --nofork --nopidfile --systemd-activation
wolfram    338  0.0  0.0   2604   624 ?        S    00:09   0:00 ck-launch-session dbus-launch --exit-with-session wmii
wolfram    351  0.0  0.0   3652   480 ?        S    00:09   0:00 dbus-launch --autolaunch c9600d0550d9b62d2fb97287000007c4 --binary-syntax --close-stderr
wolfram    359  0.0  0.0   3652   480 ?        S    00:09   0:00 dbus-launch --exit-with-session wmii
wolfram    360  0.0  0.1   2984  1152 ?        Ss   00:09   0:00 /usr/bin/dbus-daemon --fork --print-pid 5 --print-address 7 --session
wolfram    361  0.0  0.1   3392  1320 ?        Ss   00:09   0:00 /usr/bin/dbus-daemon --fork --print-pid 6 --print-address 8 --session
root      1155  0.0  0.0   6116   892 pts/0    S+   00:46   0:00 grep dbus

г) Ни на старт, ни на рестарт не реагирует. Сразу молча возвращает prompt.

# systemctl stop dbus.service
Warning: Stopping dbus.service, but it can still be activated by:
  dbus.socket

Windows 7 Максимальная. Я серьёзно :}

CRUX. Там даже в вики есть разрабатываемая статья по замене udev на mdev.

http://crux.nu/Wiki/Mdev

Да, первый раз с пейджером показал. А параметр правильный. Щас я вот так:

http://pastebin.com/HtStdDsq

Celeron M, 900 MHz. Я серьёзно :}

так, всё понятно.

1) Насколько помню, пацаны говорили пересобрать апплет с опцией --with-session-tracking=systemd (через абс или аур, на вкус благородного дона) и потом запускать из-под рута или лучше sudo. Помощь в пересборке нужна или сам знаешь как это делается?

2) еще есть вариант перед радикальным решением с пересборкой попробовать запускать с опцией --sm-disable (попробовать И из под пользователя И из под рута И из под судо)

3) еще можно запустить сессию твоего слима через умирающий консолькит, написав в ~/.xinitrc вот так: exec ck-launch-session openbox-session (опенбокс тут для примера!), но не уверен что оно как-то поможет. (предварительно убедившись, что ck-launch-session у тебя вообще существует)

1) Пересборку осилю.

2)

$ nm-applet --sm-disable

(nm-applet:17926): GConf-WARNING **: Client failed to connect to the D-BUS daemon:
Failed to connect to socket /tmp/dbus-w93sCHbkf9: В соединении отказано
Ошибка системы GConf: Служба D-BUS не запущена


** (nm-applet:17926): WARNING **: Failed to initialize D-Bus: Failed to connect to socket /tmp/dbus-w93sCHbkf9: В соединении отказано

(nm-applet:17926): GConf-WARNING **: Directory `/apps/nm-applet' was not being monitored by GConfClient 0x86adee0
(1)
$ sudo nm-applet --sm-disable
** (nm-applet:18245): WARNING **: Could not initialize NMClient /org/freedesktop/NetworkManager: Method "GetAll" with signature "s" on interface "org.freedesktop.DBus.Properties" doesn't exist

** Message: applet now removed from the notification area
** Message: applet now embedded in the notification area
** Message: applet now removed from the notification area

** (nm-applet:18245): WARNING **: fetch_connections_done: error fetching connections: (19) Method "ListConnections" with signature "" on interface "org.freedesktop.NetworkManager.Settings" doesn't exist
.

** (nm-applet:18245): WARNING **: Failed to register as an agent: (19) Method "Register" with signature "s" on interface "org.freedesktop.NetworkManager.AgentManager" doesn't exist

^C** Message: PID 0 (we are 18245) sent signal 2, shutting down...
g_dbus_connection_real_closed: Remote peer vanished with error: Underlying GIOStream returned 0 bytes on an async read (g-io-error-quark, 0). Exiting.

# nm-applet --sm-disable

(nm-applet:18471): GConf-WARNING **: Client failed to connect to the D-BUS daemon:
Failed to connect to socket /tmp/dbus-w93sCHbkf9: В соединении отказано
Ошибка системы GConf: Служба D-BUS не запущена


** (nm-applet:18471): WARNING **: Failed to initialize D-Bus: Failed to connect to socket /tmp/dbus-w93sCHbkf9: В соединении отказано

(nm-applet:18471): GConf-WARNING **: Directory `/apps/nm-applet' was not being monitored by GConfClient 0x86c5568

3)

$ cat .xinitrc
exec kbdd &
exec ck-launch-session dbus-launch --exit-with-session wmii
exec /usr/lib/polkit-gnome/polkit-gnome-authentication-agent-1 &
exec devmon &

О, я отнекрофилировал тред: https://bbs.archlinux.org/viewtopic.php?id=146190

Там еще про проблему с pam, которая может появиться сразу как запустишь, дальше сам разберешься =)

Теперь это тред об оживлении nm-applet'а, все в арчлинукс!

Крюкс? Для него есть AUR?

у него есть ports.

Я просто убрал init=/.../systemd из параметров ядра и перезагрузился. Ничего?

всё в порядке, но у тебя теперь не работает сон и всё остальное

тебе нм-апплет важнее чем вся система? But why?

(кстати, он у меня работает без всяких шаманств. система обновленная до прошлой ночи. извини, что так получилось - видишь, большие перемены, до нового года будет по мелочам глючить точно. нм-апплет, конечно, не мелочь, но и не такая уж большая причина поднимать панику. тут половина лора поди о нем даже и не слышала)

Я просто не пойму, зачем всё нужно было ломать? Что такого в этом systemd?

Если бы... Ubunta далеко не так стабильна, как кажется. Сюрпризов в ней хватает.

Да, большое спасибо за помощь.

Я о том, что она тормозит адски. Даже без кде/гнома, с тайловым WM.

Выкинь. Я серьёзно.

Купи мне дугой ноут.

скоро рассвет, выхода нет, ключ поверни и полетели (с) Сплин. Заведи про это отдельный тред :)

арч среагировал самым первым, как всегда, на него и всех собак повесили, но можно воспринимать это так: все кто участвовал в этом замесе будут знать настоящие причины проблем, с которыми остальные встретятся через несколько месяцев, и просто схавают непонятно как работающие фиксы непонятно чего, например, в виде «патчей от убунты», а потом будут ныть в техразделах и на форчане «что написано в этом патче, я ничего не понимаю, святые угодники и рпц помогити». А убунтовцы пойдут сабмитить свои патчи и их как всегда не примут, потому что там говно какое-то непонятное написано :)

Незачто, до прошлой пятницы это была моя работа :)

т.к. его функции взял на себя logind.

Только он глючноватый какой-то. Уже около месяца пробую его в связке с новым гномом (для которого консолекит уже не нужен), так постоянно после перелогина остаются недобитые сеансы ранее залогиненных (в гуях, не в консоли) пользователей, даже если это один и тот же пользователь. Причем, фиг поймешь кто точно виноват — гном3.6, поттеринг со своей поделкой, трэкер, процессы которого так и висят недобитками после разлогинов, или косорукость мейнтейнеров, которые где-то что-то криво собрали.

Насколько помню, пацаны говорили пересобрать апплет с опцией --with-session-tracking=systemd

В тестинге уже с этой опцией собрано.

Тормозит. Только смотря на каком железе, и в сравнении с какой ОС.

Перейдя на арч, я понял, что тормозит не линукс, а убунту.

Мне просто нужен арч без systemd.

Насколько успешно хрюкс может выступать в такой роли?

Ядро я не обновлял. Зачем перезагружаться из-за прикладных программ?

А демоны-то хоть перезапускали?
А на многочисленные .pacnew, видимо, забивали?

Ubuntu.

чушь собачья

Ну почему же. Вот opensuse 12.2 реально быстрее загружается, быстрее выключается и быстрее засыпает/просыпается.

А вот чтоб «окошки быстрее рисовались» от systemd - то такого да, нету.

А вот чтоб «окошки быстрее рисовались» от systemd - то такого да, нету.

о чём и речь

Debian, Gentoo, Slackware и Ubuntu (или и там systemd?) не предлагать.

Только на восьмерочку.

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

упокойся уже с миром!

сойдёт.

+1 у меня такая же проблема. и такой же вопрос... НАФИГА?