Cas
Pavel Kankovsky
peak na argo.troja.mff.cuni.cz
Neděle Listopad 1 12:05:42 CET 2015
On Sun, 1 Nov 2015, Martin Mokry wrote:
> Vdaka za prikaz na instalaciu ladiacich informacii. Teraz to uz cosi
> vyprodukovalo. Kopu hlasok typu:
>
> cmos_read_time --> 0
> rtc_valid_tm: *tm = { sec:29, min:4, hour:92, mday:1, mon:10, year:115,
> wday:0, yday:0, isdst:0 } --> -22
> __rtc_read_time --> -22
>
> Vsimol som si ze vo vasom priklade su vsade za sipkami hodnoty 0, a ja mam
> na druhej a tretej hodnotu -22. Co to moze znamenat ?
Připadá Vám normální, že v RTC máte aktuální čas DEVADESÁT DVA hodin, 4
minuty a 29 sekund? rtc_valid_tm takovou hodnotu odmítne jako nesmyslnou,
vrátí chybu EINVAL (to je ta návratová hodnota -22) a pak už se to sype.
Anomální hodnoty v RTC jsou téměř jistě příčinou toho, že Vám po uspání a
probuzení systému přeskočí hodiny. Skoro to vypadá, že něco ty nesmyslné
hodnoty vezme vážně a výsledkem je právě skok do budoucnosti (v případě
pozorované hodnoty 92 by to skutečně vycházelo na skok o tři dny).
Zajímavé je, že "hwclock --show --directisa" vypsalo normální hodnoty:
Pi 30. október 2015, 12:16:03 CET .719576 seconds
Pravděpodobně by to chtělo detailněji vyzkoumat, kde se ty nesmyslné údaje
berou. Zkuste to s tím SystemTapem vícekrát. Je vždy nesmyslná ta samá
položka a tím samým způsobem, nebo se nesmysly objevují i jinak či jinde?
A zkuste opakovaně ten hwclock s --directisa. Vypíše to vždy smysluplné
výsledky, nebo také někdy vyprodukuje nesmysl?
--
Pavel Kankovsky aka Peak "Que sais-je?"
Další informace o konferenci Linux