1

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

2

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

3

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

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

4

verg пишет:

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

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

verg пишет:

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

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

5 (30.09.2012 23:47:41 отредактировано SAK)

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

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

6

SAK,
Пробуйте:

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

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

7 (30.09.2012 23:51:03 отредактировано SAK)

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

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

8

SAK пишет:

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

А так:

# hwclock --systohc --localtime
# mkinitrd

SAK пишет:

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

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

9

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

$ kdesu kwrite /etc/sysconfig/clock

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

USE_ADJUST="no"

Заменить на:

USE_ADJUST="yes"

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

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

10

verg пишет:

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

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

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




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

11 (01.10.2012 00:33:06 отредактировано SAK)

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

12

SAK пишет:

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

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




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

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

13

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

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

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

14

SAK пишет:

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

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

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

15

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

16 (01.10.2012 22:53:00 отредактировано MozgFx)

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

17

SAK пишет:

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

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

18

mozgfx пишет:

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

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

19

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 - наверное есть смысл обновить? (но это на любителя)

20

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

21 (01.10.2012 23:08:34 отредактировано aliaksei1818)

SAK пишет:

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

Вот еще http://cateee.net/lkddb/web-lkddb/HID_GENERIC.html Думаю в пояснении не нуждается.

22

verg пишет:

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

Не нашел ничего общего, кроме того систему не обновлял, а устанавливал начисто.

verg пишет:

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

Так несколько раз оно выполнилось и ничего не поломало, после исправления USE_ADJUST="yes" (возможно просто совпадение) почему-то сломалось и больше не исправляется.

verg пишет:

Покажите:

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

#!/bin/bash
#%stage: device
#%udevmodules: usbcore ohci_hcd uhci-hcd ehci_hcd xhci-hcd usbhid hid-logitech-dj hid-generic
#%if: "$use_usb"
#
##### usb module helper
##
## This script provides us with all core usb modules.
## Additionally this script provides us with the usb
## HID modules so we are able to use a usb keyboard.
##
## Command line parameters
## -----------------------
##


uname -a
Linux linux-nopp 3.4.6-2.10-desktop #1 SMP PREEMPT Thu Jul 26 09:36:26 UTC 2012 (641c197) i686 athlon i386 GNU/Linux

rpm -qa | grep mkinitrd
mkinitrd-2.7.1-62.6.1.i586

23

Удалось прочитать сообщения об ошибках при загрузке:

Dependency failed. Aborted start of Login Service
Dependency failed. Aborted start of Network Manager
Dependency failed. Aborted start of Network Manager Wait Online
Dependency failed. Aborted start of Avahi mDNS/DNS-SD Stack
Dependency failed. Aborted start of D-bus System Message Bus
Welcome to emergency mode. Use "systemctl default" or ^D to enter default mode.
Give root password for login:

Не знаю как восстановить работоспособность т.к. система работает в текстовой консоли, yast пытается писать по русски, но вместо русских букв квадратики. Можно было бы переустановить систему, но хочется разобраться что произошло и каким образом запуск mkinitrd привёл к такому результату.

24 (07.10.2012 15:10:59 отредактировано aliaksei1818)

Для предоставления более детальной информации изучайте:
http://ru.opensuse.org/SDB:Systemd#.D0. … 0.BA.D0.B0
или
http://freedesktop.org/wiki/Software/systemd/Debugging
Поскольку предоставленная Вами информация:

SAK пишет:

Dependency failed. Aborted start of Login Service
Dependency failed. Aborted start of Network Manager
Dependency failed. Aborted start of Network Manager Wait Online
Dependency failed. Aborted start of Avahi mDNS/DNS-SD Stack
Dependency failed. Aborted start of D-bus System Message Bus
Welcome to emergency mode. Use "systemctl default" or ^D to enter default mode.
Give root password for login:

ни о чем не говорит.
В качестве предположения:
1. Загрузитесь с помощью SysV и переустановите библиотеки systemd
2. Введите пароль суперпользователя и выполните fsck.
Кстати, тема уже вышла из рамок настройки времени.

25

Переустановил систему, на этапе установки снял галку "Аппаратные часы установлены в UTC" в дополнительных настройках установка времени вручную. После завершения установки скорректировал время и обновил систему. Пока аппарантые часы не сбрасываются и в SUSE время показывается верно.

26

SAK пишет:

на этапе установки снял галку "Аппаратные часы установлены в UTC" в дополнительных настройках установка времени вручную.

Вот это и только это тру-вэй!
Всегда снимайте эту галку. Если ее снять, то SUSE будет считать часы компа локальным временем.
Если не снять, то время будет меняться на срок зависящий от выбранного Вами часового пояса.

have a lot of fun!
Ас-саля́му ‘алейкум Чака Хан!
уютный бложик

27

После того, как настроил время, как написано в полезных советах, оно перестало уходить на 4 часа вперед.  Но через некоторое время появилась другая проблема, возможно, после обновления - аппаратное время после загрузки openSUSE стало уходить на 4 часа назад. Это видно, если дать команды date и hwclock.

date
Wed Oct 17 00:51:37 MSK 2012
hwclock
Tue Oct 16 20:51:42 2012  -0.266081 seconds

Независимо от того, какое было аппаратное время перед загрузкой, программные часы (KDE, команда date и т. д.) после загрузки openSUSE показывают правильное время, а часы в BIOS устанавливаются на 4 часа назад. И потом остается то же самое неправильное время, если перезагружаюсь в другие ОС. Галочка "Аппаратные часы установлены в UTC" убрана. Попробовал поставить ее и убрать и принять 2 раза изменения, аппаратное время оказалось правильным. Но после следующей загрузки аппаратное время опять слетело, хотя галочка не установлена. Как лучше вручную убрать установку аппаратных часов в UTC. И такой вопрос, что значит "для тех, кто не пользуется NTP" - эти настройки вручную как-то конфликтуют с NTP или нет? В общем, как лучше сделать, чтобы синхронизация времени по NTP работала, а аппаратное время не уходило на 4 часа назад?

28

Макс1,
Иногда загружаетесь в Windows?
Или система только линукс.

29

verg пишет:

Иногда загружаетесь в Windows?

Да.

30

Макс1,
Пробуйте следующее (в Windows):
Cоздать *.reg файл:

Windows Registry Editor Version 5.00

[HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\TimeZoneInformation]
"RealTimeIsUniversal"=dword:00000001

Применить его к реестру.
И винда перестанет менять время в BIOS.


з.ы. если что, всегда можно это откатить