WiFi

[sfs]

для провода файл zz-net-save.pfs создать не удалось, т.к. проверка соединения заканчивается неудачей, а если проверку не делать, то сеть работает.

Перепроверил xpns 130828 - у меня ОК

Это что содержимое файлов scan.tmp и fullscan.tmp ?

Да

[RoDoN]

Перепроверил, по проводам тоже файлик создался, а вчера почему-то не хотел.

Во вложении каталог pns-tmp в момент, когда отсканированы сети, но еще не выбраны.

[sfs]

Получается скрипт работает правильно
Проблема в том, что iwlist $IFACE sc находит сеть 3 раза

Тут или понять почему так - или хотя бы частный это случай или общая проблема

Если к grep ESSID $PSCAN |sed -e "s/ESSID://g" -e 's/"//g' добавить |uniq - это не решает проблемы?

[RoDoN]

Если к grep ESSID $PSCAN |sed -e "s/ESSID://g" -e 's/"//g' добавить |uniq - это не решает проблемы?

Нет, не решает

Сейчас попробовал запустить консольную утилиту pns-tool, так она тоже вывела список сетей из двух одинаковых имен, запущенный xpns увидел уже три... странно, но запущенный параллельно wifi-menu показал только одну доступную сеть.
    

[sfs]

xpns - насколько мне известно, просто пририсованный к pns GUI
Посмотрел код wifi-menu. Непроходимый
Единственное что удалось понять - iwlist там нет
Есть еще способы увидеть сети без iwlist ?

Хорошо бы убедиться что это вообще проблема скриптов, а не глючного оборудования
У кого-нибудь есть этот эффект?
Подставлять костыли в xpns (удалить повторы) не хотелось бы
Ну и wifi-menu никто убирать не планирует...

[stran_ik]

WiFi автоподключался с bugfix s7, и только сейчас вспомнил, с заменой  10netcfg из вашего поста :« Ответ #57 : 27 Августа 2013, 20:15:58 ». Причем, "по нормальному" у меня не получалось, пока не заменил 10netcfg  в самом модуле zzzz-rootcopy-s07.pfs

[sfs]

Если положить 10netcfg в rootcopy - он должен оказаться выше zzz-
Чем делали конфис для автозапуска? xpns wifi-menu?

[stran_ik]

Если положить 10netcfg в rootcopy - он должен оказаться выше zzz-

 Вы про 10netcfg из /Startup?
соnfig делал по очереди; xpns, wifi-menu, pns, frisbee.

p.s. Я запутался, в каком дистре сижу- сейчас не в "чистой" системе, и в ней нет frisbee. При перезагрузке (хотя ТУТ ничего не менял), сеть поднялась автоматом.

[sfs]

Вы про 10netcfg из /Startup?

да

соnfig делал по очереди; xpns, wifi-menu, pns, frisbee.

Надо что-нибудь одно. С автостартом конфигов  pns, frisbee я не разбирался

p.s. Я запутался, в каком дистре сижу- сейчас не в "чистой" системе, и в ней нет frisbee. При перезагрузке (хотя ТУТ ничего не менял), сеть поднялась автоматом.

т.е. проблемы нет?

[dim-kut]

Господа, давайте не будем примерять графические морды, а начнём плясать от печки.
Вот строка запуска закрытого wi-fi

Код

wpa_supplicant -D wext -i "$IFACE" -c "$WPA_CONF"

где "$IFACE" wi-fi интерфейс а $WPA_CONF" файл конфигурации (для Puppy стандартный /etc/network-wizard/wireless/wpa_profiles/${MACADDR}*)

Код

ctrl_interface=/var/run/wpa_supplicant
ap_scan=1
update_config=1

network={
	ssid="USSR"
	scan_ssid=1
			#psk="BACKUSSR"
	psk=88534659b0cbbca4b077bec4bfa6ace35ab5f0902396857b6df4a88d5204cc23
	proto=WPA2
	key_mgmt=WPA-PSK
	pairwise=CCMP TKIP
	group=CCMP TKIP
}

Для настройки все эти параметры можно получить командой iwlist $IFACE sc.
 Открытые сети wi-fi поднимаются командой

Код

iwconfig $IFACE essid $ESSID key off channel $CHANNEL

причём channel не обязательно, но желательно, в больших супермаркетах бывает множество точек доступа с одинаковым именем.
После этого запускается dhcpcd.
 Стоит ли в этом что-нибудь менять?

Мои поправки:
1. wpa_supplicant надо вызывать с -B, иначе оно "держит" консоль и до dhcpcd дело не дойдет.
2. proto=WPA2 будет работать только с WPA2, для WPA нужно указывать WPA, а лучше ничего не указывать, пусть само определит.

[sfs]

Мои поправки:

Какое этому практическое применение?
Вроде сейчас и xpns и netctl нормально работают. Надо ли что-то еще?
Если есть желание править в текстовом редакторе : /etc/netctl/examples/

[dim-kut]

Какое этому практическое применение?

Для меня это самое практическое - я так сеть на пандабоард поднимаю. То, что написал DdShurick, можно понять как универсальную инструкцию по подъему сети, а на самом деле это не так. Вот я и корректирую, чтобы никто не споткнулся (и я сам не забыл). Если мешает - удалите, я себе в блог перенесу.

[sfs]

Не мешает. Написано все правильно. Только зачем изобретать?. Есть же штатный netctl. Или в ARM нет?

[dim-kut]

Не знал о таком, не пробовал. Вечером посмотрю.

Кстати, здесь netctl и не встречается. Неудивительно, что я его пропустил.

[sfs]

https://wiki.archlinux.org/index.php/Netctl_(Русский)
Если уж изобретать - так gui к нему. Готовых нет. Видимо все юзают NM и не парятся