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

Devider написал(а): Правильно
Правильно. Переписать /etc/conf.d/net. Ага, только уже поздновато из-за background твоего wi-fi
taho написал(а): Devider
Сейчас он выглядит так:
А как должен? И я не очень понял последнюю фразу..
У меня
У меня например
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
Переменные/специфические параметры всех АР берутся из /etc/wpa_supplicant/wpa_supplicant.conf и могут настраиваться (полу)автоматически (wpa_cli/wpa_gui) или вручную.
Конфигурация проверена на множестве различных АР, поскольку приходится много путешествовать.
SysA написал(а): Для ТС -
Спасибо, но эффект тот же. Вообще точно в /etc/conf.d/net дело? Может при обновлении при мерже что-то умерло? Хотя шаманизмы на тему
rc_parallel="NO"
и
rc_depend_strict="YES"
в /etc/rc.conf тоже ничего не дали....
сделайте emerge -1 $(qlist
Мой конфиг чудес не делает, а просто дает стабильное и удобное подключение.
Если есть проблемы с подключением - сделайте
A по сути темы я уже предлагал вам перенести НТП* в локал.
Как вариант можете использовать не НТП-клиент, а НТП-сервер - он засинхронизируется после установления соединения.
SysA написал(а): \ Как
Так и сделал. Потом еще клиента поковыряю.