[Решено] OpenSUSE 12.2 и часы

После установки заметил, что часы показывают время на 4 часа вперёд. Поправил. После перезагрузки опять тоже самое. Зашел в Yast -> Дата и время: стоит галка "Аппаратные часы установлены в UTC" - убрал, время стало правильным, но ... только до следующей перезагрузки. Ну не хочу я ставить аппаратные часы в UTC. Как исправить ситуацию со временем?

1) Яст - Настройка NTP - настроить
2) Далее:
Яст - Дата и время - Снять галку UTC - нажать кнопку "Изменить" - галка "Синхронизировать с сервером NTP" - адрес "ru.pool.ntp.org" - поставить две оставшиеся галки(запускать ntp как демон и сохранить настройки) - нажать "Синхронизировать сейчас" - принять - на всё соглашаться

Дополнительно:
(для тех кто не пользуется NTP)

# echo -e "0.0 0 0.0\n0\nLOCAL" > /etc/adjtime

"verg" написал:

Яст - Дата и время - Снять галку UTC

Так я это делал (см. выше), но оно не сохранялось.

"verg" написал:

echo -e "0.0 0 0.0\n0\nLOCAL" > /etc/adjtime

А вот это помогло, спасибо!

После очередного обновления проблема снова проявилась в другом виде.

В SUSE время теперь показывается всегда верно, но вот при каждой перезагрузке аппаратные часы сбрасываются в UTC, т.е. на 4 часа назад. Причём попытки настройки ни к чему не приводят, т.к. все настроенные параметры сбрасываются при перезагрузке.
Захожу в "Yast-> Дата и время" галка "Аппаратные часы установлены в UTC" не установлена. Нажимаю кнопку "Изменить..." устанавливаю "Вручную", сохраняю. Во время перезагрузки проверяю аппаратные часы - установлены верно. Сразу после загрузки перезагружаю ещё раз - аппаратные часы отстают на четыре часа *WALL*

SAK,
Пробуйте:

# hwclock --systohc --localtime
# echo -e "0.0 0 0.0\n0\nLOCAL" > /etc/adjtime
# mkinitrd

Перезагрузиться.

Увы, после второй и каждой последующей перезагрузки часы сбрасываются в UTC :(

Вот интересно ещё это у всех так или только у меня такая проблема?

"SAK" написал:

Увы, после второй и каждой последующей перезагрузки часы сбрасываются в UTC ac

А так:

# hwclock --systohc --localtime
# mkinitrd

"SAK" написал:

Вот интересно ещё это у всех так или только у меня такая проблема?

Не только у вас.

Если не поможет из предыдущего поста, то:
Повторить команды из поста №6, а так же открыть файл /etc/sysconfig/clock в любом текстовом редакторе от рута:
Например:

$ kdesu kwrite /etc/sysconfig/clock

Найти строку:

USE_ADJUST="no"

Заменить на:

USE_ADJUST="yes"

Установить правильное время.
Перезагрузиться.

з.ы. этот у себя проверю (а так использую ntp)

"verg" написал:

з.ы. этот у себя проверю (а так использую ntp)

1) Отключил ntp
2) Выставлено правильное время
3) Совет из поста №9
4) Выключение компьютера
5) Включение компьютера
6) Время никуда не убежало =)

После двух перезагрузок - всё нормально




з.ы. проверяйте

Проверил :( теперь система вываливается в "Welcome to emergency mode", вернул всё назад - не помогло.

"SAK" написал:

Проверил ac теперь система вываливается в "Welcome to emergency mode", вернул всё назад - не помогло.

Тоже самое, что и в сообщении №9, но только команды из поста №8 ( а не №6)




И если не выйдет. Ещё вариант: (плюс дополнительно редактирование ( и без) /etc/sysconfig/clock )

# echo -e "0.0 0 0.0\n0\nUTC" > /etc/adjtime
# mkinitrd

К сожалению пока не удаётся вернуть систему в работоспособное сотояние.
смущает то, что при выполнении mkinitrd проскакивает сообщение:

modprobe: Module hid_generic not found
WARNING: no dependencies for kernel module hid-generic found.

Во время загрузки после монтирования разделов также проскакивает подряд несколько сообщений начинающихся с "Dependencies fault", дальше прочитать не успеваю т.к. экран очищается, выдаётся "Welcome to emergency mode" и предлагается ввести пароль для root. (Ну и кто придумал очищать экран в этом случае?)

"SAK" написал:

смущает то, что при выполнении mkinitrd

Да, это интересно.

Выполнение mkinitrd не должно ничего ломать.

"SAK" написал:

WARNING: no dependencies for kernel module hid-generic found.

Покажите:

cat /lib/mkinitrd/scripts/boot-usb.sh

И ещё:

uname -a 
rpm -qa | grep mkinitrd

Но всё равно пугаться нечего - нужный модуль загружается правильно, а это глюк ядра 3.4

Мужики тоже столкнулся с проблемой в KDE решил все просто:
Yast и NTP я не трогал при настройке.
Правой кнопкой в трее над часами делаем следующее:
1. Настроить виджет "Цифровые часы"
Выбрал часовой пояс у меня "Москва+00 - Европейская часть России"
2. Настроить дату и время
2.1. Вкладка дата и время
Установил галочку "Устанавливать дату и время автоматически"
2.2. Часовой пояс
Выбрал часовой пояс у меня "Москва+00 - Европейская часть России"

SAK написал:

Вот интересно ещё это у всех так или только у меня такая проблема?

Подтверждаю, есть такое дело, но очень редко. Закономерность вычислить не удалось. В kde лечится настройкой виджета "Цифровые часы" форматом даты.

"mozgfx" написал:

Установил галочку "Устанавливать дату и время автоматически"

Это включение ntp. И через Яст нормально настраивается =)
Необходима настройка без него (ntp) - для тех кто не пользуется.

SAK,
Вон вполне безопасная операция:

localhost:/home/verg # mkinitrd
Kernel image:   /boot/vmlinuz-3.5.4-3-desktop
Initrd image:   /boot/initrd-3.5.4-3-desktop
Root device:    /dev/disk/by-id/ata-SAMSUNG_SP2514N_S08BJ1HL915606-part2 (/dev/sda2) (mounted on / as ext4)
Resume device:  /dev/disk/by-id/ata-SAMSUNG_SP2514N_S08BJ1HL915606-part9 (/dev/sda9)
Kernel Modules: thermal_sys thermal processor fan ata_piix ata_generic scsi_dh scsi_dh_rdac scsi_dh_hp_sw scsi_dh_alua scsi_dh_emc xhci-hcd hid-logitech-dj 
Features:       acpi plymouth block usb resume.userspace resume.kernel
localhost:/home/verg # 

Ядро правда 3.5.4 - наверное есть смысл обновить? (но это на любителя)

SAK,
Кстати, посмотрите у вас не этот баг: https://bugzilla.novell.com/show_bug.cgi?id=779087