[Решено] PRA64. minirc+NM=wifi не работает

[midnighter]

Ругается на отсутствие ip6 и systemd - переживет без них

Понятно.
pra6406-1602fat
nVidia GF-6600
драйвер nVidia-304 - ОК! с обоими xorg-ами
340/361 - как и следовало ожидать - неработают с моей картой.
NM обновил. Соединение добавилось, но в меню не появилось. Галка на мобильных стоит.

[sfs]

NM обновил. Соединение добавилось, но в меню не появилось. Галка на мобильных стоит.

Не очень понял - в итоге работает?

[midnighter]

Не очень понял - в итоге работает?

Нет. В меню NM его нет. Как запустить не знаю.

[midnighter]

Разобрался. В /etc/NetworkManager права на файл установил всем для чтения.
Теперь работает.

[sfs]

Это Вы что-то делали не так или проблема в модуле?

[midnighter]

Это Вы что-то делали не так или проблема в модуле?

Проблема в модуле (или ещё где). Конфиг в /etc/NetworkManager/system-connections/ после создания не имеет прав на чтение для группы и остальных. Даю права на чтение группе и остальным - появляется в меню и запускается. Проверено на разных сохранёнках - результат одинаков.
А вот то, что он стал подключать модем как сетевую карту порадовало.

[sfs]

Я так понимаю - Вы используете nm+minirc+wifi?
В такой связке nm-applet должен запускаться от root и проблемы быть не должно
Посмотрите в терминале

Код

ps -axu |grep nm-applet

[midnighter]

Я так понимаю - Вы используете nm+minirc+wifi?

В pra6406-1602fat.iso - всё по дефолту кроме minirc (сам обновился).
Модем USB - Megafon M-100-4
NM при создании соединения предлагает устройство cdc-wdm0.

Посмотрите в терминале

Пока не могу. Позже проверю.

[DdShurick]

Модем USB - Megafon M-100-4
NM при создании соединения предлагает устройство cdc-wdm0.

Правильно, этот модем является переходной моделью и может работать и как модем (/dev/ttyUSB0) и как сетевая карта (по умолчанию включен режим модем). Подавать AT-команды можно как и на ttyUSB*, так и на cdc-wdm*. Переключение в режим сетевой карты производится командой "AT^NDISCONN=1,1 > /dev/cdc-wdm0", после чего появляется /sys/class/net/wwan0, с которым работаем как с обычной сетевой картой (dhcpcd wwan0). NM, как я понял, "не догоняет двух зайцев". У меня для такого модема задействованы правила udev 99-modem.rules:

Код

ACTION!="add|change", GOTO="remove_modem"

SUBSYSTEM=="usbmisc", SUBSYSTEMS=="usb", KERNEL=="cdc-wdm?", RUN+="/bin/sleep 10", RUN+="/usr/sbin/modem-stats -c AT^NDISCONN=1,1 /dev/%k", GOTO="end_modem"

SUBSYSTEM=="tty", SUBSYSTEMS=="usb", KERNEL=="ttyUSB?|ttyACM?",  RUN+="check3Gmodem %k", GOTO="end_modem"

LABEL="remove_modem"
ACTION=="remove", SUBSYSTEM=="tty", SUBSYSTEMS=="usb", KERNEL=="ttyUSB?|ttyACM?", RUN+="/bin/rm /dev/modem", RUN+="/bin/rm /dev/ttyUSB_utps_pcui"

LABEL="end_modem"

и 99-net_up.rules

Код

ACTION=="add|change", SUBSYSTEM=="net", ATTR{operstate}=="down", RUN+="net_up.sh %k"

и NM тут близко нафиг не нужен.

[sfs]

Про подстройку udev - возможно надо
Чтобы убедиться - запустить nm+systemd и сравнить
Возможно modem-manager что-то подправляет, а без NM udev надо править
Но помогло изменение прав. Значит дело не в udev, а в том от кого запущен nm-applet (убедитесь что от root)

[midnighter]

Код

ps -axu |grep nm-applet

Код

root      1566  0.0  0.3  70076  5008 tty1     S    21:27   0:00 sudo nm-applet
root      1570  0.1  2.2 556296 35132 tty1     Sl   21:27   0:01 nm-applet
live      2850  0.0  0.1  10732  2216 pts/0    S+   21:45   0:00 grep nm-applet

NM тут близко нафиг не нужен.

Я тоже подключаюсь самописным скриптом. Но раз он есть (NM) я его проверяю.

[sfs]

В такой связке nm-applet должен запускаться от root и проблемы быть не должно

У Вас - от root. Непонятно откуда взялась проблема с правами...

[Dmitry_]

Здравствуйте, у меня nm-applet автоматически запускается не от root. Подскажите пожалуйста как сделать так, чтобы он запускался с нужными правами?

[sfs]

у меня nm-applet автоматически запускается не от root

Мой косяк. Сегодня исправлю автообновлением