Настройка времени
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, проверено. Допиши. Остальное по старому можешь оставить.
А вот и да, хорошо копипастю!
А вот и да, хорошо копипастю! Смотри:
убрать нтп из стартап'а и
убрать нтп из стартап'а и перенести в локал
))) сисадминство по русски,
))) сисадминство по русски, не решить проблему а просто обойти элегантным способом ... Сколько уже мучился от таких чужих заглушек (((
Ну да, конечно... если вы
Ну да, конечно... если вы мучаетесь от того, что кто-то использует штатные системные средства в соответствии с системными соглашениями, но не по типовому сценарию (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 написал(а): \ Как
Так и сделал. Потом еще клиента поковыряю.