Wuwejův zápisník

Fedora - čas posledního připojení superbloku leží v budoucnosti

05.02.2011 23:48, Wu | počítače | komentáře -

Logo Tux - authors Larry Ewing, Simon Budig, Anja GerwinskiMá oblíbená kratochvíle - hláška o nekonzistenci souborového systému při startu Fedory a výzva ke spuštění fsck - už je tu zase. Tentokrát Fedoře vadí, že datum a čas posledního připojení je za čtyři dny. Pravda, divné to je, ale že by se muselo zrovna zastavit bootování?

Fsck superblok opraví a skončí, alespoň se tak tváří, ale když ho spustím znovu, hlásí tentýž problém. Teprve při třetím spuštění už je spokojený a já relativně také, protože po rebootu systém naběhne. Jenže druhý den se problém objevil zase!

čas posledního připojení superbloku leží v budoucnosti

Prakticky všechny návody na internetu se shodují, že problém je s nastavením data a času v BIOSu - když se BIOS kvůli slabé baterii vymaže, posuneme se do minulosti a pak samozřejmě poslední připojení superbloku v budoucnosti leží. Ne tak u mě, já měl aktuální čas v pořádku (zdroj informací).

Další možnost by mohla být odlišná synchronizace s časem ve Windows (local) a Linuxu (UTC). Bohužel ani to problém nevysvětluje, do Windows jsem nebootoval od reinstalace disku. Krom toho už ve Fedoře 13 (i ve 14 po upgrade) jsem měl vypnuté používání UTC, takže lokální čas používal i Linux a fungovalo to půl roku.

Až při prohledávání nastavení mě napadlo, jestli k relativistickému zrychlení času nemohlo dojít při uspání počítače. Zhruba před dvěma dny jsem totiž při bloumání v Systém-Volby-Správa napájení zapnul „Uspat počítač, když se nepoužívá“ na dvě hodiny a vypnutí disků jsem nezaškrtl. Nastavení jsem zrušil a čekal. A dočkal se. Nekonzistence souborového systému. Tím to tedy také nebylo...

Po dalším hledání jsem se dobral diskuze, popisující něco podobného, tomu zoufalci poskakoval čas také vpřed (diskuze, pokračování).

Jeho problém vyřešilo vytvoření nového bootovacího ramdisku. Dobrá, proč to nezkusit, ostatně ramdisk jsme vytvářeli při instalaci ovladačů grafické karty, je to jeden příkaz.

dracut /boot/initramfs-$(uname -r).img $(uname -r)

Ano, jeho problém to vyřešilo. Můj ne.

Pak mě konečně napadlo prohledat log a podívat se na časy, případně na práci s hardwarovými hodinami. To už začalo být zajímavé. Nejméně třikrát po sobě se stalo, že jsem večer počítač vypnul se správným časem a ráno po spuštění měl čas posunutý o několik dní a hodin vpřed. Pak zafungovala synchronizace času s časovými servery, čas se vrátil zpět, jenže superblock už byl přimountovaný a tudíž s časem v budoucnosti.

# po synchronizaci s časovým serverem
Jan 24 23:10:47 blacktor ntpd[1377]: 0.0.0.0 c61c 0c clock_step +0.161226 s

# další spuštění počítače
Jan 28 06:36:24 blacktor kernel: [ 1.322855] rtc_cmos 00:03: setting system clock to 2011-01-28 06:36:10 UTC (1296196570)

# po synchronizaci s časovým serverem
Jan 25 07:27:39 blacktor ntpd[1383]: 0.0.0.0 c61c 0c clock_step -256140.705000 s

# další spuštění počítače
Jan 28 05:41:32 blacktor kernel: [ 1.323856] rtc_cmos 00:03: setting system clock to 2011-01-28 05:41:19 UTC (1296193279)

# po synchronizaci s časovým serverem
Jan 26 07:37:01 blacktor ntpd[1355]: 0.0.0.0 c61c 0c clock_step -165886.457107 s

Pro jistotu jsem se ráno hned po spuštění podíval do BIOSu a opravdu, když byl počítač vypnutý, běžel mu čas několikrát rychleji. Za osm hodin zvládl poskočit skoro o tři dny.

Inu, zatímco ostatním se při docházející baterii čas zpomaluje, nebo se jim vymaže BIOS, já musím mít něco speciálního! Baterie už je vyměněná a problém je pryč. Cena materiálu 19,- Kč, cenu stresu a času stráveného hledáním raději nevyčísluji.

12345
1296946080000

Informace

Kontakt

Google search

Kategorie

Sledujte také

Archiv

STRÁNKY ARCHIVOVÁNY NÁRODNÍ KNIHOVNOU ČR

CBDB.cz – Databáze knih a spisovatelů, knihy online