При загрузке система виснет на установке времени
det 16 ноября, 2008 - 20:53
При загрузке система виснет на установке времени.
Останавливается загрузка на сообщении:
Setting system clock using the hardware clock [Local time]
Такое происходит довольно часто, при этом недогрузившаяся система реагирует только на кнопку reset.
По таймауту не проходит и висит аж до прихода мною домой спустя пару часов.
Устанавливал систему по хендбуку.
Непонятно в чем проблема и как ее устранить.
Буду очень благодарен за помощь, т.к. это уже напрягает, особено когда сидя на работе делаешь перезагрузку по ssh.
»
- Для комментирования войдите или зарегистрируйтесь
А SysRq вместо Reset? :) тоже
А SysRq вместо Reset? :) тоже не помогает? тогда может с железом что-то...
загрузитесть пошагово, пропустив эту операцию. и читайте лог предыдущих загрузок. Обычно, если сервер найти не может, отлипает через минуту (или около того).
P.S.: Linux - это красная таблетка :-) Windows - синяя...
.t
Никакая комбинация клавиш не помогает кроме жесткого ресета.
Это возникает довольно редко, но все опасаюсь немного облома.
Загружал пошагово, никаких ошибок не происходило.
Я хотел узнать не догадки), а полезные советы))
Например, можно ли настроить так что бы при загрузке система не запрашивала время из биоса, а запрашивало это уже после полной загрузки у какого нибудь сервера в интернете?
Интернет настроен на постоянное подкючение.
Would you like to know more?
а что у вас в
а что у вас в /etc/conf.d/hwclock ?
у меня например так:
clock="local"
timezone="Moscow"
clock_opts=""
clock_systohc="no"
srm="no"
arc="no"
соответственно до этого нужно выполнить: cp /usr/share/zoneinfo/Europe/Moscow /etc/localtime
можно использовать авто-синхронизацию через интернет,
установив пакет net-misc/ntp,
настроив /etc/conf.d/ntp-client
и запустив соответствующий сервис...
ещё в /etc/conf.d/net опции для активной сетевухи:
ntp_servers_eth0="193.124.11.11 193.125.143.172"
можно и в ручную синхронизироваться,
я делаю это так:
echo "" > /etc/adjtime && ntpdate -b ntp.ru && hwclock -w
тоже бывает, но вообще через
тоже бывает, но вообще через 10 минут примерно грузиться дальше.началось примерно 4 месяца назад.
система на 686.
может система просто пытается
может система просто пытается в это время выполнить синхронизацию, но никак не может достучаться до сервера?
загляните в rc-update show
selfip ~ # rc-update show
selfip ~ # rc-update show
exim | default
fsck | boot
mtab | boot
ntpd | default
root | boot
sshd | default
swap | boot
keymaps | boot
fcron | default
local | default nonetwork
named | default
nginx | default
mysql | default
dovecot | default
iptables | default
syslog-ng | default
git-daemon | default
localmount | boot
consolefont | boot
modules | boot
sysstat | default
hostname | boot
net.lo | boot
net.eth0 | default
procfs | boot
rsyncd | default
netmount | default
sysctl | boot
openfire | default
urandom | boot
vsftpd | default
termencoding | default
udev-postmount | default
php-fpm | default
hwclock | default
bootmisc | boot
ntpd | default Хм.. а я
ntpd | default
Хм.. а я думал надо ntp-client запускать, а не ntpd...
P.S.: Linux - это красная таблетка :-) Windows - синяя...
ntp-client синхронизирует
ntp-client синхронизирует время при загрузке и выгружается из памяти, а ntpd полноценный демон, к-й синхронизирует ч/з заданные промежутки и сам является сервером времени.
CoolSpirit написал(а):selfip
переместите в boot. baselayout небось второй стоит?
P.S.: Linux - это красная таблетка :-) Windows - синяя...
.
Тоже бывает. Раз в месяц или раз в два месяца или в три - точно не скажу.
Была подобная проблема на
Была подобная проблема на одном ноуте и на одном десктопе (оба AMD X2).
Решить удалось _очень_ _странным_ способом - добавлением параметра --directisa
для вызова hwclock
Звучит странно - но мне помогло...
Я использую /etc/init.d/clock из baselayout-1.12...
добавил CLOCK_OPTS=" --directisa "
в /etc/conf.d/clock
Для /etc/init.d/hwclock - наверное можно использовать одноименную опцию
clock_opts="" в /etc/conf.d/hwclock
вот описание кстати:
вот описание кстати: http://www.thinkwiki.org/wiki/Problems_with_hwclock
и багрепорты: http://bugs.gentoo.org/show_bug.cgi?id=212588
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=277298
У меня нет фала hwclock, есть
У меня нет фала hwclock, есть только clock.
И вот его содержимое:
# /etc/conf.d/clock
CLOCK="local"
TIMEZONE="Europe/Kiev"
CLOCK_OPTS=""
CLOCK_SYSTOHC="no"
SRM="no"
ARC="no"
и rc-update show:
core det # rc-update show
alsasound | boot
bootmisc | boot
checkfs | boot
checkroot | boot
clock | boot
consolefont | boot
dbus | default
gpm | default
hald | default
hostname | boot
keymaps | boot
local | default nonetwork
localmount | boot
modules | boot
net.eth0 | default
net.lo | boot
netmount | default
plunch | default
rmnologin | boot
sshd | default
syslog-ng | default
urandom | boot
verlihub | default
vixie-cron | default
xdm | default
Мне чесно говоря все равно когда именно будет синхронизироваться время, главное что бы когда я зашел в иксы - у меня было правильное время.
Может если поменять процессу clock тип запуска на default, то синхронизация будет производится уже после нормального соединения сервером?
Would you like to know more?
При загрузке система виснет на установке времени
net.eth0 в boot, clock в deafult. Скорее всего, соединение еще не поднято.
P.S.: Linux - это красная таблетка :-) Windows - синяя...
Вообще сомнительное решение,
Вообще сомнительное решение, зачем сети быть в boot?
Текстовый редактор vi имеет два режима работы: в первом он пищит, а во втором — всё портит.
в последних baselayout'ах,
в последних baselayout'ах, busybox'ах и даже при установке с минималCD оно уже в boot. тем более, некоторые сервисы (ldap-клиенты, например), требуют уже поднятую сеть. Да и сам полгода уже так ставлю/юзаю.
P.S. А что в тоаком случае там делает net.lo? :) и ppp нормально из boot поднимается. И проблема с синхронизацией времени возникает только если сервер не доступен. А такое бывает редко. Да и долше минуты обычно, как я уже отмечал, не залипает... Может DNS у товарища должным образом не настроен?
P.S.: Linux - это красная таблетка :-) Windows - синяя...
генту начал ставил пару
генту начал ставил пару месяцев назад, но поставил только неделю назад.
сеть поднимал и вставлял в атозапуск по хендбуку, а интернет в автозапуск вставил по нубски - записал команду pppoe-start в исполняемый файлик и все.
А DNS насколько я помню не трогал.
Would you like to know more?
ppp можно очень красиво
ppp можно очень красиво поднимать через net.ppp0. В GentooDoc есть готовый скрипт для /etc/conf.d/net.
P.S.: Linux - это красная таблетка :-) Windows - синяя...
Setting system clock using the hardware clock
Сабж: зависание на "Setting system clock using the hardware clock [Local time]"
Используется clock, а не hwclock, значит это не OpenRC/BL2.
Главное: интернет, ntpd, ntp-client тут не причём.
Кстати, net.eth0 ставить в boot точно не надо!
Вопрос зависимости можно решить иначе ;)
Нужно разобраться, почему и на каком именно месте происходит зависание. Есть подозрение, что ТАК НАСТРОЕНО ЯДРО. Выполните из консоли _В ТОЧНОСТИ_ ту же команду, которая выполняется из /etc/init.d/clock, убедитесь в наличии зависания. Затем полезайте в /usr/src/linux/Documentation/rtc.txt и курите его до полного просветления ;)
У меня кстати такая ерунда
У меня кстати такая ерунда сама по себе стала происходить. на ноуте msi pr210. все было окей, и стал виснуть. ТОлько не очень часто.
Батарейка RTC может помирает?
Может, батарейка RTC помирает (Panasonic CR2032 или аналог)?
Специально перезапустил clock
Специально перезапустил clock 10 раз
core det # /etc/init.d/clock restart
* WARNING: you are stopping a boot service.
* Stopping syslog-ng ... [ ok ]
* Setting system clock using the hardware clock [Local Time] ... [ ok ]
* Starting syslog-ng ...
И все в порядке, с тех пор как я заменил в конфиге clock переменную на local - зависаний не было.
а почему "net.eth0 ставить в boot точно не надо!" ?
Поставить в default?
Would you like to know more?
boot vs default
> а почему "net.eth0 ставить в boot точно не надо!" ?
Это установка по дефолту от разработчиков gentoo. И в любом другом дистре! ;) Объяснять долго. :( Это вообще не связано с зависимостями. Это связано с набором сервисов в группе загрузки (см. /etc/runlevels) и с назначением этих групп (aka уровней запуска). net.lo ставится в boot т.к. он должен быть в любом случае, а вот без сети вполне можно загрузиться. Как уже упомянул выше, _ДОПОЛНИТЕЛЬНЫЕ_ зависимости между сервисами в gentoo можно обеспечить штатными средствами. Например, в OpenRC можно добавить строчку rc_ntp_client_need="net.eth0", и даже не придётся править /etc/init.d/ntp-client ;) Но этого ненужно делать, т.к. ntp-client уже зависит от net. Вот пример использования.
> Поставить в default?
Конечно.