[РЕШЕНО] NetworkManager и non-root юзер

быстро надоест))
Навсякий, проверяй там всеже, я там в 4 не был, просто готовился когдато, но руки не дошли, да и от версии к версии порядок (имена) бинарников может меняться, обычно циферка там появляется в конце)) но бывает ,как например xfce, что и полностью др. бинарник может быть
Лозунг у них был такой: "Познание бесконечности требует бесконечного времени". С этим я не спорил, но они делали из этого неожиданный вывод: "А потому работай не работай — все едино". И в интересах неувеличения энтропии Вселенной они не работали. (с)
после перезагрузки и далнейшего использования оказалось, что ничего так и не работает ни если убрать dbus-launch из строки запуска в .xinitrc, ни если добавить туда. проблема решается, если проделать манипуляции типа записать dbus-launch, перезагрузить иксы, перезагрузить сервис NetworkManager в systemd, но не всегда и закономерность установить не удалось.
все нормально работает только если запустить из консоли exec ck-launch-session dbus-launch startxfce4.
но даже в этом случае NM себя довольно страно ведет: нельзя включить/выключить управление сетью в меню по ПКМ, например.
почему же такой бардак начался после перехода на systemd?
у меня все работает, может наконец глянешь в логи , чего ему не хватает? (dbus в status'е enabled ? хотя вроде грузит если что автоматом системд его неявно, если юнит работает на типе дбас, пользователь в группе нетворк присутсвует?)
Да, раньше же работало.
Проверьте, на всякий пожарный, помнится Вы уже писали подобное про судо, а в итоге мы узрели то, что нужная группа у вас в конфиге была принудительно деактивирована.
.. у меня с wicd никаких проблем ни с опенбоксом ни с и3… где вы эти грабли находите… еще аплет какойто, они на xfce сколько себя помню глючили, что сетевые, что микшерные…а у nm ничего нативного нет для гуи управления? только через аплеты? есть возможность проверить его, т.е. руками там в консоли повключать и повыключать там..что Вам там необходимо выключить, если из консоли все работает, то далее я разбираться не буду , а не спец по аплетам, а если нет, я бы глянул на ошибку, которую он ,имхо, в любом с случае выбросит в терминал.
Лозунг у них был такой: "Познание бесконечности требует бесконечного времени". С этим я не спорил, но они делали из этого неожиданный вывод: "А потому работай не работай — все едино". И в интересах неувеличения энтропии Вселенной они не работали. (с)
Добрался таки до дома.
вот логи:
journalctl (на время не смотрите, перед этим загружался в венду, а часы в биосе в UTC) - это если загрузиться через
exec ck-launch-session dbus-launch --exit-with-session startxfce4

dbus:
[[email protected] ~]$ sudo systemctl status dbus.service 
dbus.service - D-Bus System Message Bus
	  Loaded: loaded (/usr/lib/systemd/system/dbus.service; static)
	  Active: active (running) since Thu, 23 Aug 2012 14:49:49 +0400
	Main PID: 344 (dbus-daemon)
	  CGroup: name=systemd:/system/dbus.service
		  ├ 344 /usr/bin/dbus-daemon --system --address=systemd: --nofork --nopidfile --systemd-activation
		  └ 431 /usr/lib/polkit-1/polkitd --no-debug
Aug 23 10:52:10 emerald-laptop dbus-daemon[344]: ** (process:1547): WARNING **: Trying to register gtype 'GSocketMsgFlags' as enum when in fact it is of type 'GFlags'
Aug 23 10:52:10 emerald-laptop dbus-daemon[344]: /usr/lib/python2.7/site-packages/gtk-2.0/gtk/__init__.py:57: GtkWarning: could not open display
Aug 23 10:52:10 emerald-laptop dbus-daemon[344]: warnings.warn(str(e), _gtk.Warning)
Aug 23 10:52:10 emerald-laptop dbus-daemon[344]: dbus[344]: [system] Successfully activated service 'org.blueman.Mechanism'
Aug 23 10:52:40 emerald-laptop dbus-daemon[344]: Starting blueman-mechanism
Aug 23 10:52:40 emerald-laptop dbus-daemon[344]: loading Network
Aug 23 10:52:40 emerald-laptop dbus-daemon[344]: loading RfKill
Aug 23 10:52:40 emerald-laptop dbus-daemon[344]: loading Ppp
Aug 23 10:52:40 emerald-laptop dbus-daemon[344]: loading Config
Aug 23 10:52:40 emerald-laptop dbus-daemon[344]: Exiting

а вот логи, если заходить через slim (exec startxfce4 в .xinitrc)
[[email protected] ~]$ sudo systemctl status dbus.service 
Пароль: 
dbus.service - D-Bus System Message Bus
	  Loaded: loaded (/usr/lib/systemd/system/dbus.service; static)
	  Active: active (running) since Thu, 23 Aug 2012 11:23:49 +0400; 4min 48s ago
	Main PID: 349 (dbus-daemon)
	  CGroup: name=systemd:/system/dbus.service
		  ├ 349 /usr/bin/dbus-daemon --system --address=systemd: --nofork --nopidfile --systemd-activation
		  └ 987 /usr/lib/polkit-1/polkitd --no-debug
Aug 23 11:24:18 emerald-laptop dbus-daemon[349]: dbus[349]: [system] Successfully activated service 'org.blueman.Mechanism'
Aug 23 11:24:18 emerald-laptop dbus[349]: [system] Successfully activated service 'org.blueman.Mechanism'
Aug 23 11:24:19 emerald-laptop dbus-daemon[349]: dbus[349]: [system] Successfully activated service 'org.freedesktop.UDisks2'
Aug 23 11:24:19 emerald-laptop dbus[349]: [system] Successfully activated service 'org.freedesktop.UDisks2'
Aug 23 11:24:48 emerald-laptop dbus-daemon[349]: Starting blueman-mechanism
Aug 23 11:24:48 emerald-laptop dbus-daemon[349]: loading Network
Aug 23 11:24:48 emerald-laptop dbus-daemon[349]: loading RfKill
Aug 23 11:24:48 emerald-laptop dbus-daemon[349]: loading Ppp
Aug 23 11:24:48 emerald-laptop dbus-daemon[349]: loading Config
Aug 23 11:24:48 emerald-laptop dbus-daemon[349]: Exiting

[[email protected] ~]$ sudo systemctl status NetworkManager.service 
NetworkManager.service - Network Manager
	  Loaded: loaded (/usr/lib/systemd/system/NetworkManager.service; enabled)
	  Active: active (running) since Thu, 23 Aug 2012 13:08:07 +0400; 6min ago
	Main PID: 336 (NetworkManager)
	  CGroup: name=systemd:/system/NetworkManager.service
		  └ 336 /usr/sbin/NetworkManager --no-daemon

journalctl

ну и пользователь есть в группе network:
[[email protected] ~]$ groups 
tty disk lp wheel uucp log locate rfkill http games lock kvm dbus avahi ntp network video audio optical floppy storage scanner power users usbmux bumblebee adbusers samba
попробуй без –exit-with-session … ммм даже не знаю как бы его вынудить то))) поробуйте активировать аплет с проблемным меню и после этого дать лог, он ничего там новенького не подкинет? пока 0…вопиющих ошибок не резглядел, ну покрайней мере такой тапок как я)
Попробуй задисаблить нетворк манагер , забутится, стартонуть иксы, и после этого вручную стартовать нетворк манагер… но имхо системд на сисинит, поидее теперь париться за своевременный старт шины не приходится, но так больше вариантов нет, то от “нечего делать”. )
Лозунг у них был такой: "Познание бесконечности требует бесконечного времени". С этим я не спорил, но они делали из этого неожиданный вывод: "А потому работай не работай — все едино". И в интересах неувеличения энтропии Вселенной они не работали. (с)
Чтото оно мне не нравится, ладно бы оно как в первом посте вообще бы не работало.
Когдаж Ленарт уже прикрутит и систему привилегирирования в системд, моунты добавил, автомаунты запилил, сокеты прицепил, мозг мой захавал, теперь вот ещеб судо с полкитом выкинуть и все будет в заднице шоколаде. Гулять так гулять))) (с)
Вот на наквадахе предлагают пошаманить с конфигами NM.
————————————————————————————
Running as a non-root user

If one tries to run nm-applet as a non-root user then it will often show no networks, this is because of its security policies. It is possible to run it using “sudo nm-applet”, however this will not allow you to autostart it.

To allow the user to run nm-applet on without root privileges the following files need to be edited:

/etc/dbus-1/system.d/NetworkManager.conf

/etc/dbus-1/system.d/NetworkManagerInfo.conf

/etc/dbus-1/system.d/nm-applet.conf

/etc/dbus-1/system.d/nm-avahi-autoipd.conf

/etc/dbus-1/system.d/nm-dhcp-client.conf

In each file, copy the section of text which starts with <policy user=“root”> and ends with </policy>. Paste it immediately below the </policy> line, and change the <policy user=“root”> line to your username, i.e. <policy user=“gudvin”>, where “gudvin” is your username.

For example:

<policy user="root">
  <allow own="org.freedesktop.nm_dhcp_client"/>
  <allow send_interface="org.freedesktop.nm_dhcp_client"/>
</policy>
Becomes:
<policy user="root">
  <allow own="org.freedesktop.nm_dhcp_client"/>
  <allow send_interface="org.freedesktop.nm_dhcp_client"/>
</policy>
<policy user="gudvin">
  <allow own="org.freedesktop.nm_dhcp_client"/>
  <allow send_interface="org.freedesktop.nm_dhcp_client"/>
</policy>

After this, nm-applet should work when started normally
———————————————————————–
или попробовать колдонуть “ридикулус” (с)
———————————————————————–

Add yourself to netdev group :

adduser username netdev

I guess some similar policy exist on almost any system. If this fails, follow the non easy way below.
———————————————————————-
хм…
Лозунг у них был такой: "Познание бесконечности требует бесконечного времени". С этим я не спорил, но они делали из этого неожиданный вывод: "А потому работай не работай — все едино". И в интересах неувеличения энтропии Вселенной они не работали. (с)
Спсибо большое. это помогло. по крайней мере, теперь аплет стартует и интернеты работают
 
Зарегистрироваться или войдите чтобы оставить сообщение.