Dotaz: nefunguje hwclock

[Pinhead]

Mám Archlinux, všechny aktualizace nainstalovaný. Začal se mi zpožďovat čas. Zjistil jsem že odešla baterie, vyměnil jsem jí a ve windows je vše OK. V linuxu se mi ale zobrazuje čas o 2 h větší.

v etc/rc.conf mám:

HARDWARECLOCK="localtime"
TIMEZONE="Europe/Prague"
 

cp /usr/share/zoneinfo/Europe/Prague /etc/localtime jsem dělal

bash-3.2# hwclock --debug
hwclock na util-linux-ng 2.14.2
hwclock: /dev/rtc nelze otevřít., errno=6: Takové zařízení nebo adresa neexistuje.
Nebylo nalezeno žádné použitelné rozhraní k hodinám.
Žádným ze známých způsobů nelze získat přístup k hodinám reálného času.

Nenapadá někoho něco chytrýho? 

Odpovědi

[petr_p]

Že máte čas posunutý přesně o 2 hodiny je neklamná známka časové zóny. Asi vám v /etc/adjtime zůstala viset značka UTC.

Že vám nefunguje hwclock je věc druhá. Asi vám chybí soubor /dev/rtc (znakové zařízení 10:135). Mně ho vyrábí udev, protože mám podporu pro hardwarové hodiny v jádře:

$ dmesg |grep Clock
Real Time Clock Driver v1.12b
$ zgrep RTC /proc/config.gz 
CONFIG_RTC=m
# CONFIG_GEN_RTC is not set
# CONFIG_SND_RTCTIMER is not set
# CONFIG_RTC_CLASS is not set
$ lsmod |grep rtc
rtc                     9904  0

[Pinhead]

v etc adjtime nemám

ve var/lib/hwclock/adjtime je:

0.209280 1236714879 0.000000
1236714879
LOCAL

 

 

$ dmesg |grep Clock

 

$ zgrep RTC /proc/config.gz

CONFIG_HPET_EMULATE_RTC=y

CONFIG_RTC_LIB=m

CONFIG_RTC_CLASS=m

# RTC interfaces

CONFIG_RTC_INTF_SYSFS=y

CONFIG_RTC_INTF_PROC=y

CONFIG_RTC_INTF_DEV=y

CONFIG_RTC_INTF_DEV_UIE_EMUL=y

CONFIG_RTC_DRV_TEST=m

# I2C RTC drivers

CONFIG_RTC_DRV_DS1307=m

CONFIG_RTC_DRV_DS1374=m

CONFIG_RTC_DRV_DS1672=m

CONFIG_RTC_DRV_MAX6900=m

CONFIG_RTC_DRV_RS5C372=m

CONFIG_RTC_DRV_ISL1208=m

CONFIG_RTC_DRV_X1205=m

CONFIG_RTC_DRV_PCF8563=m

CONFIG_RTC_DRV_PCF8583=m

CONFIG_RTC_DRV_M41T80=m

CONFIG_RTC_DRV_M41T80_WDT=y

CONFIG_RTC_DRV_S35390A=m

CONFIG_RTC_DRV_FM3130=m

CONFIG_RTC_DRV_RX8581=m

# SPI RTC drivers

CONFIG_RTC_DRV_M41T94=m

CONFIG_RTC_DRV_DS1305=m

CONFIG_RTC_DRV_DS1390=m

CONFIG_RTC_DRV_MAX6902=m

CONFIG_RTC_DRV_R9701=m

CONFIG_RTC_DRV_RS5C348=m

CONFIG_RTC_DRV_DS3234=m

# Platform RTC drivers

CONFIG_RTC_DRV_CMOS=m

CONFIG_RTC_DRV_DS1286=m

CONFIG_RTC_DRV_DS1511=m

CONFIG_RTC_DRV_DS1553=m

CONFIG_RTC_DRV_DS1742=m

CONFIG_RTC_DRV_STK17TA8=m

CONFIG_RTC_DRV_M48T86=m

CONFIG_RTC_DRV_M48T35=m

CONFIG_RTC_DRV_M48T59=m

CONFIG_RTC_DRV_BQ4802=m

CONFIG_RTC_DRV_V3020=m

CONFIG_RTC_DRV_WM8350=m

CONFIG_RTC_DRV_PCF50633=m

# on-CPU RTC drivers

$ lsmod |grep rtc

rtc_core 20100 0

rtc_lib 2864 1 rtc_core

 

[Petr Šobáň]

adjtime smaž a potom musíš zjistit kde máš chybu a v kterém konfiguráku ti zůstal nastavený UTC čas, případně kde se odkazuje na špatnou časovou zónu.

Když nastavíš správně hodiny pomocí date a potom bez vypnutí OS zkontroluješ pomocí date čas je správný ?

[Pinhead]

adjtime jsem zkoušel smazat. Vytvořil se tam pak nový se samými nulami.

bash-3.2# date -s 20:16
Út dub 14 20:16:00 CEST 2009
bash-3.2# date
Út dub 14 20:16:02 CEST 2009
bash-3.2# date -u
Út dub 14 18:16:06 UTC 2009
 

[petr_p]

Distribuční jádro :) ? Já žádný stroj s HPET nemám, používám starý způsob RTC bez tříd, takže neporadím.

Jenom se mi zdá, že ve vašem případě nemáte zavedený modul s potřebným ovladačem, protože nápověda k RTC_DRV_CMOS říká:

Say "yes" here to get direct support for the real time clock found in every PC or ACPI-based system, and some other boards. Specifically the original MC146818, compatibles like those in PC south bridges, the DS12887 or M48T86, some multifunction or LPC bus chips, and so on.

Your system will need to define the platform device used by this driver, otherwise it won't be accessible. This means you can safely enable this driver if you don't know whether or not your board has this kind of hardware.

This driver can also be built as a module. If so, the module will be called rtc-cmos.

Taky je možné, že vám vaše deska/BIOS neukazuje, kde vzít správný platform device. Zkoušel jste zavést rtc-cmos ručně?

Co /dev/rtc*? Není?

[Pinhead]

Jádro mám aktuální v Archu 2.6.29

Ten modul jsem ověřil tím

$ lsmod |grep rtc

rtc_core 20100 0

rtc_lib 2864 1 rtc_core

nebo ne?

bash-3.2# modprobe rtc-cmos
FATAL: Error inserting rtc_cmos (/lib/modules/2.6.29-ARCH/kernel/drivers/rtc/rtc-cmos.ko): No such device

V dev je rtc, které odkazuje na /dev/misc/rtc0, které má 0 B.

[Pinhead]

jo a ten /lib/modules/2.6.29-ARCH/kernel/drivers/rtc/rtc-cmos.ko tam je a má 21845 B.

[petr_p]

Ten modul jsem ověřil tím

$ lsmod |grep rtc

Ne tak zcela. Vám tam chybí ovladač na konkrétní zařízení. Ten zbytek jsou jen abstraktní rozhraní.

bash-3.2# modprobe rtc-cmos FATAL: Error inserting rtc_cmos (/lib/modules/2.6.29-ARCH/kernel/drivers/rtc/rtc-cmos.ko): No such device

Jak jsem psal výše, rtc-cmos neví, kde najít reálné hodiny. Jak se ale používá, nevím. Já tuhle verzi zdroje hodin neznám.

V dev je rtc, které odkazuje na /dev/misc/rtc0, které má 0 B.

Velikost je v pořádku. Je to znakové zařízení, ne běžný datový soubor.

[Petr Šobáň]

Skus udělat link /dev/rtc na ten tvůj /dev/misc/rtc0 .

[Petr Šobáň]

To jsem zase vyplodil blbost - nevšiml jsem si že ten link už tam máš.

[martin]

me se sase hodiny desne zpozdujou. za hodinu klidne i ctvrt hodiny.

>>dmesg | grep Clock
    Clocksource tsc unstable (delta=-184530526 ns)

>>lsmod | grep rtc
    rtc_cmos               10188  0
    rtc_core                 16304  1 rtc_cmos
    rtc_lib                     2324    1 rtc_core

[Petr Šobáň]

Tak musíš zjistit co se spožduje, zda HW hodiny, nebo ty SW hodiny.

Takže před vypnutím zjisti které hodiny jdou správně, před vypnutím: hwclock

Pokud se spoždují HW vyměnit baterii - při zapnutém PC můžou jít HW hodiny OK po vypnutí můžou jít špatně pokud je baterie slabá.

Případně nespouštět OS zapnout PC v biosu nastavit správný čas a vypnout PC a na druhý den spustit PC vlést do biosu a skontrolovat čas pokud bude špatný je problém v HW a třeba vyměnit baterii.

[Ash]

Pokud jde o clocksource tsc unstble, nemáte třebas dvoujádro? Pak můžete použít jaderný parametr notsc, k tomu clocksource=hpet nebo tak něco, a případně i tsc odstranit z jádra.

[garion]

ja bych rekl, ze v kernelu neni zapnuto  (mel jsem stejny problem)

  <*>   PC-style 'CMOS'   

[Pinhead]

No teď se na to nemůžu podívat, páč jsem v práci, ale je mi divný, že s tím mám problém jenom já. Copak nikdo s Archem nepoužívá localtime? Kernel jsem neupravoval.

[Petr Šobáň]

To jestli používáš Localtime nebo UTC je jedno.

Buď v tom kernelu není podpora tvého HW a potom program nemůže přečíst HW hodiny a nebo pokud to máš jako modul tak se nenačetl.

A nebo máš zradu v zonách a localtime - UTC takže potom nějaká zrada v konfiguraci.

Jinak co vypíše hwclock bez toho debug modu ?

[Pinhead]

Tak jsem se k tomu dostal až teď...

bash-3.2# hwclock

Žádným ze známých způsobů nelze získat přístup k hodinám reálného času. Pro zjištění podrobností použijte přepínač --debug.

bash-3.2# hwclock --debug

hwclock na util-linux-ng 2.14.2

hwclock: /dev/rtc nelze otevřít., errno=6: Takové zařízení nebo adresa neexistuje. Nebylo nalezeno žádné použitelné rozhraní k hodinám. Žádným ze známých způsobů nelze získat přístup k hodinám reálného času.

Dokonce jsem zkusil i downgrade na jádro 2.6.28 a pořád stejný problém. A přitom to fungovalo... V etc/localtime je Europe/Prague. Stejně tak v etc/rc.conf je:

HARDWARECLOCK="localtime"
USEDIRECTISA="no"
TIMEZONE="Europe/Prague"

[Petr Šobáň]

Takže nemůže otevřít /dev/rtc - takže práva - nějaký selinux a pod ? A nebo potom nemáš v kernelu přeložené potřebné věci pro rtc a nebo se pokazil HW ale pokud pod windows funguje tak bude zrada v kernelu.

Takže použij jiný kernel případně si ho přelož - taktéž zjisti zda nemáš něco přetaktované na kterém to může havarovat.

[Pinhead]

Je to archlinux, s kernelem jsem nehejbal, zkusim ho ale přeložit. Snad se mi to povede, ještě jsem to nedělal.Přetaktovanýho nemám nic.

[Petr Šobáň]

A předtím to fungovalo s tím samým kernelem ?

Po startu se nastaví čas ? Pouze je špatný o 2H ? nebo to začne jít od 0:0:0 ? Pokud se nastaví čas rozdílný o 2H tak HW hodiny a kernel budou OK proč potom ale nefunguje hwclock nevím potom by to byly nějaké zrady selinuxu, právech a pod...

Pokud čas běží od 0:0:0 tak se nepodařilo přečíst HW hodiny a bude zrada někde v kernelu nebo v HW.

[Pinhead]

Je to přesně o dvě hodiny posunuto dopředu. Teď zrovna překládám jádro. Taky sem si vzpoměl, že mám zazálohovaný image systému z února. Tak to všechno vyzkoušim a dám vědět.

[Petr Šobáň]

Pokud je to posunuté o 2H tak je chyba v časové zoně - případně že si myslí že v HW hodinách je jiný čas jak lokální.

To že přečetl HW hodiny i když špatně znamená že hodiny fungují OK, ovšem proč nefunguje hwclock není jasné - máš vypnuté selinux a pod ? (Pokud se tedy nesynchronizovali hodiny přes internet.)

Jakou časovou zonu to vypíše když je ten čas špatný? A jakou časovou zonu to vypíše a čas když spustíš ntpdate ?

[Pinhead]

No já se domnívám, že v archlinuxu selinux není. (?) Alespoň jsem nic takovýho nenašel. Časová zóna je pořád Europe/Prague. Ntpdate nemám.

[Pinhead]

Tak jsem se po třech letech provozu rozhodl o víkendu přeinstalovat celý Archlinux. Prý to po pár letech není špatný nápad. Chybová hláška o tom, že hwclock nemůže přistupovat k hodinám je hned po naistalování základu. Při té příležitosti jsem se taky podíval co je nového u Ubuntů a Debianů. Nainstaloval jsem Debian testing, hodiny posunuty o 2 hodiny, pak jsem zkusil poslední Ubuntu, čas OK. Vše pro AMD 64. Stejně tak Windows.

U Archlinuxu se mi včera zaktualizoval kernel na kernel26 2.6.29.1-4. Hwclock pořád nefachá....

[Petr Šobáň]

A co tak vyskoušet kernel s kterým to chodilo ?

No asi to přeložili bez nějaké volby co ty potřebuješ k svému HW.

To že jsou hodiny posunuté o 2H je chyba nastavení a dá se spravit u všech distribucí záleží co máš za čas v HW hodinách a co jsi nastvil v OS.

[garion]

A vyzkousel si to co jsem ti uz jednou psal?

udelat svuj kernel a zapnout

<*>   PC-style 'CMOS'  

Ja sice pouzivam Gentoo, ale tento problem jsem resil take a jadro ktere jsem udelal s touto volbou funguje jak ma.

Garion

[Pinhead]

Jojo, to jsem zkoušel. Tahle volba tam byla zapnutá, pak jsem něco zkopal a nemohl jsem nabootovat.

[Dračík]

No jo, problémy s nedostupným rtc jsem taky řešil, když to překopali v jádře... Osvědčila se mi tahle konfigurace:

<*> Real Time Clock  --->
  [*]   Set system time from RTC on startup and resume
  (rtc0)  RTC used to set the system time
  *** RTC interfaces ***
  [*]   /sys/class/rtc/rtcN (sysfs)
  [*]   /proc/driver/rtc (procfs for rtc0)
  [*]   /dev/rtcN (character devices)
  <*>   PC-style 'CMOS'

[Nikola Ciprich]

tento problem jsem pred nejakou dobou resil (ovsem ne na archu), bud si nainstalujte novejsi util-linux, nebo v jadre vypnete podporu "Real time clock" (CONFIG_RTC_CLASS)

[Pinhead]

Novější util-linux 2.15 nepomohlo. Vypínat v jádře se mi nic nechce. Musel bych to pak dělat pokaždý, když se mi zaktualizuje v Archu jádro, nebo ne? Nebo bych ho musel dát na black list aby se mi neaktualizoval. Se na to vybodnu a nastavím si, aby se mi vždycky po startu ten čas nastavil správně z netu. To bude OK, ne?

[coques]

Aja mám ARCH a problém s opožďovaním času už 2. krát. Ak vypnem PC na hodinu, tak bude čas o hodinu oneskorený.

Pozeral som sa do rc.initshutdown changelogu a pred nedávnom tam pridávali "hwclock --adjust", tak som sa v tom vrtal, až som prišiel k tomu, že pomáha len zmazať /var/lib/hwclock/adjtime, aby si ho systém mohol vytvoriť znovu.

Ale netuším prečo to spravilo už druhý krát.