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

Обновил систему (теперь ACCEPT_KEYWORDS="~amd64"), при загрузке получаю это.
Правильно ли я понимаю, что ntp-client лезет в сеть до ее поднятия? Чем это лечить? Сеть в принципе работает.
c_parallel="NO"
и
rc_depend_strict="YES"
не спасает. Чем лечить?

Devider написал(а): Правильно

Devider написал(а):
Правильно ли я понимаю, что ntp-client лезет в сеть до ее поднятия? Чем это лечить? Сеть в принципе работает.
не спасает. Чем лечить?

Правильно. Переписать /etc/conf.d/net. Ага, только уже поздновато из-за background твоего wi-fi

taho написал(а): Devider

taho написал(а):
Devider написал(а):
Правильно ли я понимаю, что ntp-client лезет в сеть до ее поднятия? Чем это лечить? Сеть в принципе работает.
не спасает. Чем лечить?

Правильно. Переписать /etc/conf.d/net. Ага, только уже поздновато из-за background твоего wi-fi

Сейчас он выглядит так:

modules=( "wpa_supplicant" )
wpa_supplicant_wlan0="-Dwext -c /etc/wpa_supplicant.conf -iwlan0"
config_wlan0=( "dhcp" )

А как должен? И я не очень понял последнюю фразу..

У меня

У меня например

modules=("wpa_supplicant")
wpa_supplicant_wlan0="-Dwext"
essid_wlan0="TAHO"
mode_wlan0="managed"
channel_wlan0="5"
config_wlan0=( "dhcp" )
associate_timeout_wlan0=60

Попробуй как у меня (естесственно со своими параметрами), он не должен уходить в background как на твоей картинке, а перейти к поднятию следующего сервиса только когда поднимется интерфейса. никаких танцев с бубном (rc_ ...) все работает по умолчанию

Передрал. Инет есть,

Передрал. Инет есть, Backgrounding есть, точного времени нету....

А вот и нет плохо

А вот и нет плохо копипастешь, Backgrounding есть из-за отстствия параметра associate_timeout_wlan0, проверено. Допиши. Остальное по старому можешь оставить.

А вот и да, хорошо копипастю!

А вот и да, хорошо копипастю! Смотри:

$ cat /etc/conf.d/net
# This blank configuration will automatically use DHCP for any net.*
# scripts in /etc/init.d.  To create a more complete configuration,
# please review /etc/conf.d/net.example and save your configuration
# in /etc/conf.d/net (this file :]!).
#modules=( "wpa_supplicant" )
#wpa_supplicant_wlan0="-Dwext -c /etc/wpa_supplicant.conf -iwlan0"
#config_wlan0=( "dhcp" )

modules=("wpa_supplicant")
ssid_wlan0="cbhome"
mode_wlan0="managed"
channel_wlan0="5"
config_wlan0=( "dhcp" )
associate_timeout_wlan0=60
wpa_supplicant_wlan0="-Dwext -c /etc/wpa_supplicant/wpa_supplicant.conf -iwlan0"
$ cat /etc/wpa_supplicant/wpa_supplicant.conf 
ctrl_interface=/var/run/wpa_supplicant

network={
	ssid="cbhome"
	psk=yastrochko
}

убрать нтп из стартап'а и

убрать нтп из стартап'а и перенести в локал

))) сисадминство по русски,

))) сисадминство по русски, не решить проблему а просто обойти элегантным способом ... Сколько уже мучился от таких чужих заглушек (((

Ну да, конечно... если вы

Ну да, конечно... если вы мучаетесь от того, что кто-то использует штатные системные средства в соответствии с системными соглашениями, но не по типовому сценарию (a-la next->next->finish), так это ваши проблемы - учите матчасть!

Кстати, предложенная вами конфигурация годится только для вашего АР и в лучшем случае неудобна, а в худшем - не будет работать.

Для ТС - фрагмент моего /etc/conf.d/net

modules_eth1="wpa_supplicant"
wpa_supplicant_eth1="-Dwext" # For generic wireless
associate_timeout_eth1=3000
dhcpcd_eth1="-t 180"
config_eth1="dhcp"

Переменные/специфические параметры всех АР берутся из /etc/wpa_supplicant/wpa_supplicant.conf и могут настраиваться (полу)автоматически (wpa_cli/wpa_gui) или вручную.

Конфигурация проверена на множестве различных АР, поскольку приходится много путешествовать.

SysA написал(а): Для ТС -

SysA написал(а):
Для ТС - фрагмент моего /etc/conf.d/net

modules_eth1="wpa_supplicant"
wpa_supplicant_eth1="-Dwext" # For generic wireless
associate_timeout_eth1=3000
dhcpcd_eth1="-t 180"
config_eth1="dhcp"

Переменные/специфические параметры всех АР берутся из /etc/wpa_supplicant/wpa_supplicant.conf и могут настраиваться (полу)автоматически (wpa_cli/wpa_gui) или вручную.

Конфигурация проверена на множестве различных АР, поскольку приходится много путешествовать.

Спасибо, но эффект тот же. Вообще точно в /etc/conf.d/net дело? Может при обновлении при мерже что-то умерло? Хотя шаманизмы на тему
rc_parallel="NO"
и
rc_depend_strict="YES"
в /etc/rc.conf тоже ничего не дали....

сделайте emerge -1 $(qlist

Мой конфиг чудес не делает, а просто дает стабильное и удобное подключение.
Если есть проблемы с подключением - сделайте

emerge -1 $(qlist -IC wireless)
emerge --with-bdeps y -uDN @world
revdep-rebuild

A по сути темы я уже предлагал вам перенести НТП* в локал.
Как вариант можете использовать не НТП-клиент, а НТП-сервер - он засинхронизируется после установления соединения.

SysA написал(а): \ Как

SysA написал(а):
\
Как вариант можете использовать не НТП-клиент, а НТП-сервер\.

Так и сделал. Потом еще клиента поковыряю.

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

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