lampslave! Спасибо, а то я уже забил на эту проблему, также как polkit забил на .pkla. Теперь надо читать как эти правила создавать.
lampslave
мне помогло создание /etc/polkit-1/localauthority/50-local.d/10-udisks.pkla
С каким содержимым?
Да без разницы. Он его игнорирует в отношении хардов, а флешки по нему работают. У меня такой
[Storage Permissions]
 Identity=unix-group:storage
 Action=org.freedesktop.udisks.*
 ResultAny=yes
 ResultActive=yes
 ResultInactive=yes
Есть такое же правило на udisk2 и все до лампочки этому polkit. Юзер включен в группу storage.
ANtlord
systemctl status bluetooth.service
Failed to get D-Bus connection: No connection to service manager.
Такая строчка типична, при установке systemd, в комбинированном режиме. Но по прежнему юзается initscripts. D-bus автоматом запускается systemd. Если его запустило не systemd, то доступа у systemd к нему не будет. Насчет указания dbus-launch - не ставил таких экспериментов без него грузить иксы. Попытка спиритеческого сеанса блин.
kurych
Простите, но что это Вы показали?
Показал он все правильно. Такое бывает.
Вот тут показано как сделать. Проброс портов - это переадресация обращений и данных с порта роутера, на который происходят обращения или передача данных на порт другой машины локальной сети. Только не забудьте, если поднят DHCP с роутера, в настройках внести правило присваивать этот IP (на порт которого проброс) за MAC сетевой карты этой машины. Иначе просто напросто если присвоится другой IP этой машине, то проброс просто не сработает для торрент клиента.
У меня тоже динамический IP, но он реальный выдается, а юзеров, сканящих все попало в сетях никто не отменял. И в случае юзанья UPnP, каждая программа у которой есть такая фишка, будет автоматически пробрасывать порты, тем самым обеспечивая прямой доступ к машине по ним. Причем пробрасываются порты так рэндомно.
ANtlord
Кстати, UPnP по прежнему Internal Server Error.
А поддержка UPnP в самом роутере включена? На большинстве роутеров она отключаемая, например для пробросов VPN это необходимо довольно часто. Хотя я всегда все порты руками перенапрявляю, более безопасно в случае ддоса, чем UPnP.
Если уж ставить отвественный сервер, то просто по причине бинарных логов я бы не поставил линукс. В случае если система завалится, то простые логи логи хотябы можно было выдрать и спокойно прочитать, оперативно найти причину краха. Что касается двойного писания логов, то нафига занимать лишнее место. Я исключительно против бинарных логов. Все остальное, кроме высера в в приглашение логина в консоль запоздавших демонов, устраивает. Но это пока, надеюсь больше ничего не доломают.
Если в сети на роутере поднят DHCP, то создать бронь IP на конкретный MAC. Далее в настройках межсетевого экрана пробросить порт который открывает торрент-клиент, т.е. порт 6881 с внешкми перенаправлять на IP(закрепленный за конкретным MAC сетевой карты в случае с DHCP). Порт трекера, это порт по которому трекер получает запросы (который он слушает), он нам не нужен, главное чтобы не был совсем перекрыт. Если вы все сделали правильно, то на активных торрентах вы должны видеть кол-во сидеров и личеров, даже если не происходит загрузка или раздача. Не все торрент клиенты совместимы с модемами в плане UPnP.
В проки стоит “Использовать KDE как прокси”.
На кой черт еще один межсетевой втыкать? Так у вас никогда UPnP не заработает, даже если совместим с торрент-клиентом. Потому что скорее всего обратного маршрута с внешки на этот прокси по этому порту просто нет. Т.к. для UPnP оперделяется первый шлюз, т.к. технически нельзя опросить вышестоящий по уровню шлюз.
wa1demar
кто нить уже решил проблему? а то у меня та же фигня и на спейсфм переходить не хочется. уж больно он громоздкий.
Какую именно? У меня например ничего не двоится, а вот харды не монтируются. Думаю они на спэйсфм монтироваться также не будут. А отключать автомонтирование в pcmanfm не пробовали? По идее, это должно отрубить желание gvfs все автоматом монтировать. И будет монтироваться один раз, непонятно чем.
Раньше slim автоматом запускал сессию consolekit, без указания в строке загрузки ck-launch-session. Теперь вместо consolekit используется logind. У меня переход никаких глюков не вызвал на точно такой же связке SLiM+Compiz Standalone. При этом dbus-launch необходимо указывать.
lampslave
Да, опять какая-то мутная история. У меня флешки монтируются, а вот ntfs-ные разделы никак. Если polkit-gnome поставить - работает.
Стоит polkit-gnome и таже фигня, не монтируются. Манипуляции c .pkla результата не дают. Монтируется все, кроме разделов хардов на шинах материнки.
Natrio
Кроме того, если из строки ck-launch-session dbus-launch … убрать всё, то udisks монтировать будет, а ГУИ не будут видеть устройства. Оказывается, надо убрать только ck-launch-session, а dbus-launch и т.д. оставить.
Дело в том, что те у кого slim повезло больше, если они конечно правили его конфиг при прошлых обновлениях. Т.к. в нем ck-launch-session уже не указывался, он сам тягал сессию консолекит. Если же указать эту строку, то получалось две сессии. При обновлении, консолекит счастливо отвалился. А вот призывов удалять dbus-launch я не видел, поэтому у меня все так и осталось.
Natrio
Оказывается logind, в отличии от ConsoleKit, авторизует юзеров только в той консоли, в которой запущен. И startx/xinit специально подкрутили, чтобы запускал иксы именно там. Если запускать их в tty7 как обычно – не авторизует, и флешки в гуях монтироваться не будут.
Это я в вики прочитал. Только сообразить не могу, как проверить, в какой коносли стартанули иксы. Флешки у меня нормально монтируются. Псевдонеформатированные (шифрованные) разделы не показываются. Разделы с винта так и не монтируются. Проблема явно с polkit.