просблемы с hostapd после перехода на baselayout-2 и openrc

Ребят нужна ваша помощь.
Машинка работает в качестве домашнего игрового hlds сервера и програмной (hostapd) Wi-Fi точки доступа
В общем после перехода на стабильной ветви, до baselayout-2 и openrc, использовав документацию http://www.gentoo.org/doc/en/openrc-migration.xml
Появилась неприятная проблема, суть ее в том, что после обновления перестал запускаться беспроводной сетевой интерфейс и hostapd:

gentoo ~ # /etc/init.d/net.wlan0 start
 * Bringing up interface wlan0
 *   Starting wpa_supplicant on wlan0 ...                                 [ ok ]
 *   Starting wpa_cli on wlan0 ...                                        [ ok ]
 *   Backgrounding ... ...
 * WARNING: net.wlan0 has started, but is inactive
gentoo ~ # 
gentoo ~ # /etc/init.d/hostapd start
 * WARNING: hostapd is scheduled to start when net.wlan0 has started
gentoo ~ # 

/etc/conf.d/net

hostapd.conf

А Вы не пробовали некоторое

А Вы не пробовали некоторое время подождать, медитируя на вывод tail -f /var/log/messages (или того куда Вы логи настроили) ?

.

В данном конкретном случае ты не прав.
Медитировать надо на ls /etc/init.d/net.*
О чём, кстати, в migration guide предупреждали.

:wq
--
Live free or die

смущает в данном контексте

смущает в данном контексте

 *   Backgrounding ... ...
 * WARNING: net.wlan0 has started, but is inactive

покажи conf.d/net и

find /etc -iname '*rc*'

Compute:
Bosch M2.8.1 -> custom Bosch M2.8.3 clone from Russia.
Speed about 260 km,Ram 2 pers.,HDD - 70 kg,210 FLOPS ;)

conf.d/net в первом посте

conf.d/net в первом посте указан

а вот find /etc -iname '*rc*':

gentoo ~ # find /etc -iname '*rc*'
/etc/skel/.bashrc
/etc/nanorc
/etc/inputrc
/etc/bash/bashrc
/etc/wgetrc
/etc/logrotate.d/openrc
/etc/rc.conf
/etc/pydfrc
/etc/screenrc
/etc/ssl/certs/Taiwan_GRCA.pem
/etc/ssl/certs/Camerfirma_Chambers_of_Commerce_Root.pem
/etc/ssl/certs/Visa_eCommerce_Root.pem
/etc/config-archive
/etc/config-archive/etc/rc.conf
/etc/config-archive/etc/rc.conf.dist.new
gentoo ~ # 

rc_depend_strict="YES" в

rc_depend_strict="YES" в rc.conf и rc-status -s и grep rc_ /etc/rc.conf на пасту

Compute:
Bosch M2.8.1 -> custom Bosch M2.8.3 clone from Russia.
Speed about 260 km,Ram 2 pers.,HDD - 70 kg,210 FLOPS ;)

grep rc_ /etc/rc.conf

покажи

Цитата:
rc-update show?

rc-update show

решение на уровне шаманства

попробуй как здеся http://forums.gentoo.org/viewtopic-t-821332-start-0.html :)

max362 написал(а): попробуй

max362 написал(а):
попробуй как здеся http://forums.gentoo.org/viewtopic-t-821332-start-0.html :)

Не помогло :(

.

Не наю, помогет ли моя писанина, но всё же.
После ндавнего обновления baselayout && openrc, некоторые стартовые
(поправлюсь - в моём случае) скрипты переехали
из места дислокации /etc/conf.d/local.start и /etc/conf.d/local.stop в место
/etc/local.d/baselayout1.{start|stop}.
Мне пришлось слегка подрихтовать файлик /etc/init.d/local на предмет

start() {
...
for i in `ls /etc/local.d/*.start` ; do
 if [ -s ${i} ] ; then
    . /${i}
 fi
done
...
}

...


stop() {
...
for i in `ls /etc/local.d/*.stop ; do
   if [ -s ${i} ] ; then
     . /${i}
   fi
done
...
}

После чего файл: /etc/local.d/10-broadcom.start
с незатейливым содержимым, типа:

if service_inactive net.eth0 ; then
  eval /etc/init.d/net.eth0 --quiet stop
   wait
 if lsmod | /bin/grep -q tg3 ; then
   eval /bin/modprobe -r tg3
   eval /bin/modprobe broadcom
   eval /bin/modprobe tg3
 fi
 eval /etc/init.d/net.eth0 --quiet start
  wait
fi

поднимает этот самый "бредоком" в рабочее состояние.
Нуу, это я к общему фону, так сказать...
Вотъ :)

Хммм... Быть может

Хммм...
Быть может незатейливое содержимое распихать по хукам conf.d/net, например в preup ?

.

evadim написал(а):
Хммм...
Быть может незатейливое содержимое распихать по хукам conf.d/net, например в preup ?

Конечно можно, но в моём случае лучшее так, ибо самопальных стартовых скриптов у меня:
10-ethernet.start
20-ppp0.start
30-upsdrvctl.start
...
Короче говоря, для себя любимаго я решил задачу нормального автоподъёма служб ыменно таким образом.
Почему? А попробуйте, скажем, sys-power/nut скрестить с ippon "через USB" и заставить всё это дело нормально
запускаться с помощью "обычных" rc-update add :)
У меня сие не получилось, ну и ещё много нюансов, но это - частный случай и не
стоит обращать на него особого внимания.

willy написал(а): Почему? А

willy написал(а):
Почему? А попробуйте, скажем, sys-power/nut скрестить с ippon "через USB" и заставить всё это дело нормально
запускаться с помощью "обычных" rc-update add :)
У меня сие не получилось, ну и ещё много нюансов, но это - частный случай и не
стоит обращать на него особого внимания.

а что все-таки не получалось? до некоторой версии nut с ippon через usb не дружил в принципе... теперь дружит... все нормально...

.

Theli написал(а):
а что все-таки не получалось? до некоторой версии nut с ippon через usb не дружил в принципе... теперь дружит... все нормально...

А вот в моём случае - слегка наоборот :)
Буду точнее: с данной моделью у меня получилось скрестить лишь одну версию: sys-power/nut-2.4.1, да и то - через костыли ввиде скриптов из-за больших таймаутов. На данный момент эта версия nut успешно выпилена из
portage, ну а новые - упорно не желают состыковываться с моей железякой: upsdrv при запуске отписывает что-то типа:

upsdrv написал(а):
Supported UPS detected with megatec protocol
Vendor information unavailable
Battery runtime will not be calculated (runtimecal not set)

и благополучно отваливается :)
Но! Это тема для совершенно другого топега, не правда ли?

странно... у меня smart

странно... у меня smart winner 1000, который прекрасно работает через blazer_usb... хотя на сайте разработчиков сказано, что этот драйвер экспериментальный... может, в этом причина :)

Не смог удержаться. Тот же

Не смог удержаться.
Тот же UPS, что и у вас, nut-2.6.0-r1, работает превосходно.

/etc/nut/ups.conf

[ippon]
        driver = blazer_ser
        port = /dev/ttyS0
        default.battery.voltage.high = 28
        default.battery.voltage.low = 23.8
        desc = "My home router UPS"

Гуглится за три минуты.

Была такая же проблемма,

Была такая же проблемма, решилась путем удаления символической ссылки net.wlan0 и созданием её заново. После перезагрузки асё стало работать.

Ну в том то и дело, что с

Ну в том то и дело, что с самого начала это и сделал, но не помогло.

Видать придется даунгрейдится обратно..

Зачем у Вас стартует

Зачем у Вас стартует wpa_supplicant при старте wifi?
hostapd должен работать без этого.
Что написано в /etc/conf.d/net.wlan0?

edsyst написал(а):Что

edsyst написал(а):
Что написано в /etc/conf.d/net.wlan0?

теперь для каждого интерфейса свой конфиг? О_О

а вот по поводу супликанта полностью согласен ;)

less /usr/share/doc/openrc-`your_version`/net.example

Theli написал(а): edsyst

Theli написал(а):
edsyst написал(а):
Что написано в /etc/conf.d/net.wlan0?

теперь для каждого интерфейса свой конфиг? О_О

а вот по поводу супликанта полностью согласен ;)

ЕМНИП работает.
Явно --- дело вкуса.
В реалиях baselayout2 (файл с примерами лежит в /usr/share/...[/code]) ИМХО одно из логичных решений.

ЗЫ: Даёшь по индивидуальному конфигу на каждую символьную ссылку net.* в /etc/init.d/! :)

:wq
--
Live free or die

Anarchist написал(а): ЗЫ:

Anarchist написал(а):
ЗЫ: Даёшь по индивидуальному конфигу на каждую символьную ссылку net.* в /etc/init.d/! :)

это чтобы дисковых обращений было побольше и система грузилась подольше? ))

до обновления wpa_supplicant

Зачем у Вас стартует wpa_supplicant при старте wifi?
hostapd должен работать без этого.
Что написано в /etc/conf.d/net.wlan0?

до обновления wpa_supplicant не требовался, и его вообще не был установлен в системе.
но вот после обновления, система начала требовать его..хотя он мне и на фиг не нужен.

Содержимое /etc/init.d/net.wlan0

Была у меня тоже проблема с

Была у меня тоже проблема с hostapd.
После перехода на openrc тоже стал требовать wpa_supplicant. Все решилось изменением одной строки в /etc/conf.d/net
Было до перехода на openrc:

modules_wlan0=( "!iwconfig" "!wpa_supplicant" )

Стало после перехода

modules_wlan0="!iwconfig !wpa_supplicant"

И все корректно работает, никаких больше манипуляций не потребовалось

Помогло =)

Также поменял etc/conf.d/net и проблема ушла в небытие.
Ядро 3.0.1 после обновления до openrc-0.8.3 вылез тот же баг.
Из железа D-Link DWA-510, hostapd. wpa_supplicant не стоял.
P.S. Кстати local.start и local.stop тоже переползли в /etc/local/date/baselayout1.start & baselayout1.stop

.

edsyst написал(а):
Была такая же проблемма, решилась путем удаления символической ссылки net.wlan0 и созданием её заново. После перезагрузки асё стало работать.

А я на что намекал? ;)

:wq
--
Live free or die

Люди, а как вы этого

Люди, а как вы этого добиваетесь, что опенрц не пашет ? Я тоже хочу такой травы

Compute:
Bosch M2.8.1 -> custom Bosch M2.8.3 clone from Russia.
Speed about 260 km,Ram 2 pers.,HDD - 70 kg,210 FLOPS ;)

slepnoga написал(а): Люди, а

slepnoga написал(а):
Люди, а как вы этого добиваетесь, что опенрц не пашет ? Я тоже хочу такой травы

mount -t tmpfs tmpfs /var/tmp/portage
emerge --sync
emerge -avuDN world
etc-update
umount /var/tmp/portage
reboot

с версии 0.5 сижу на опенрц,

с версии 0.5 сижу на опенрц, и все равно не получилось :(

Compute:
Bosch M2.8.1 -> custom Bosch M2.8.3 clone from Russia.
Speed about 260 km,Ram 2 pers.,HDD - 70 kg,210 FLOPS ;)

Попробуй в /etc/conf.d/net

Попробуй в /etc/conf.d/net дописать
modules="iwconfig" перед настройками wlan0

P.S.
Правда у мнея после этого почему-то

hostapd         | * Starting hostapd ...
hostapd         | * start-stop-daemon: failed to start `/usr/sbin/hostapd'                                              [ !! ]
hostapd         | * ERROR: hostapd failed to start

Но зато wpa_supplicant больше не требует xD

P.S. напарил с конфигом.

Цитата:
Line 368: unknown configuration item 'bridge_packets'

И гад молчал, пока с USE="debug" не пересобрал, нет, чтобы ошибку выдать, что "option -dd not supported without debug mode" или что-то такое.
Да и неподдерживаемая опция в конфиг файле - тоже прикольно, хотя мб я что-то там и не дочитал

Настройки просмотра комментариев

Выберите нужный метод показа комментариев и нажмите "Сохранить установки".