Kérdés:
Az újraindítás után az RPi-m egy órányi szabadidő - Hogyan állítsam be a nyári időszámítás problémáit?
Matthew Moisen
2013-09-22 04:36:50 UTC
view on stackexchange narkive permalink

Néhány nappal ezelőtt kiment a villany a lakásomból.

Az RPi-m segítségével adatokat rögzítek és adatbázisban tárolok. Most tudtam meg, hogy az összes adatom ideje egy órával le van zárva, mert az RPi órája egy órával le van kapcsolva.

innen adtam ki tz select és állítsd Amerika / Los_Angeles-re, és még mindig egy óra lassú.

Hogyan tudom ezt beállítani?

Rossz az óra, vagy csak a "műsor az embereknek" hibás? Mutassa meg a teljes dátumot a `date`-tól és azt, amire számított.
Ez a kérdés és válasz megmutatja, mi történik áramkimaradáskor: https://raspberrypi.stackexchange.com/questions/1397/how-accurate-is-raspberry-pis-timekeeping
Négy válaszokat:
Milliways
2013-09-22 05:23:29 UTC
view on stackexchange narkive permalink

Nyári időszámítási problémának tűnik.

Használja a raspi-config parancsot: lásd: - http://elinux.org/RPi_raspi-config#change_timezone_-_Set_timezone

Visszaállíthatja az időt 

  sudo dpkg-configure tzdata
Hé Milliways, kipróbáltam a raspi-config-ot és a `sudo dpgk-reconfigure tzdata`-t, de a nappali megtakarítással kapcsolatban nincs semmi. Nem látom?
Ha a területi beállításokat és az időzónát megfelelően állította be, akkor a Linux általában jó munkát végez a DST kezelésében (nem úgy, mint a Windows). A fájl időket UTC-ben rögzítik, és helyi formátumba konvertálják a továbbításhoz. Még mindig lehetnek problémák, amikor a kormányok a DST-vel babrálnak. A `zdump -v Australia / Sydney | grep 2013` azt mutatja, hogy mikor változnak az idők otthonomban. Ellenőrizze, hogy a rendszere mit mond a zónájáról.
Matthew Moisen
2013-09-24 07:33:32 UTC
view on stackexchange narkive permalink

Nekem a következők működtek: 

  sudo reboot

...

Feltételezem, hogy mivel az RPi megkapja a amikor csatlakoztatva van az internethez, az RPi-m gyorsabban indult, mint az útválasztóm, és valami csavaros történt.

Újraindítás után az RPi újra a sínen van.

Most én ' m az adatok tisztításához ...

Kissé zavart, hogyan lehet ez az elfogadott válasz. Az, hogy Önnek működik, még nem jelenti azt, hogy másoknak is.
@geotheory Kipróbáltam a többi választ, és nem működtek nálam. Ezt a javaslatot egy másik oldalon találtam, kipróbáltam, és minden rendben volt.
Tehát valaki más, akinek ezzel a problémája van, megtalálja az "elfogadott" választ a "Hogyan igazodjunk a nyári időszámításhoz?" újraindítani. Az SO célja, hogy örökölt értéke legyen. Ez nem csak segélyvonal.
@geotheory Rendben, látom értelmét, és nem válaszoltam meg a válaszomat. Azonban csak válasz nélkül hagyom ezt a bejegyzést? Nem szeretném megadni a legtöbb szavazatot kapott választ, mivel ez nem oldotta meg a problémát számomra (míg az újraindítás igen).
Azt javaslom, hogy az @Milliways, megoldása, amely úgy tűnik, hogy 4 felfelé irányuló szavazó számára működött (köztük én is), valószínűleg megérdemli az elismerést, mivel ez egy szokásos módszer a pi időzóna beállításának megváltoztatására.
Számomra ez elfogadható válasznak tűnik: helyesen oldotta meg a kérdésben leírt problémát. Mások ugyanolyan körülmények között talán megtalálják az övékét is. A többi válasz különböző problémákat old meg, ezért nem jelent megoldást erre. A SO örökölt értéke a nyújtott átfogó, összegyűjtött segítségből származik. Nincs semmi baj azzal, hogy a tanácsot a lehető legáltalánosabbá tesszük a jövő olvasói számára, de ha az összes feltett kérdés elfogadta volna a különböző problémákat megoldó válaszokat, nehezebb lenne jó információkat szerezni az adott adattárból.
John La Rooy
2013-09-23 10:22:35 UTC
view on stackexchange narkive permalink

A legjobb, ha az UTC-időt tárolja az adatbázisában, és csak megjelenítési célokra vált át helyi időre.

A helyi idő tárolásának fő problémája, hogy a nyári időszámítás kezdetekor ismétlődő órát kap, és ugorjon át egy órát, amikor a nyári időszámítás befejeződik.

Ha valaha is különböző időzónákról érkeznek felhasználók (valószínűtlenek az adott alkalmazáshoz), akkor nehezebb meghatározni a másik időzónában eltöltött időt, és ezt nem lehet egyértelművé tenni óra a nyári időszámítás kezdetén.

bobthechemist
2015-03-29 15:39:53 UTC
view on stackexchange narkive permalink

Sajnálom, hogy egy régi kérdést felvetettem; azonban nemrégiben hasonló problémával találkoztam, és az itt található különféle válaszok azt sugallják, hogy némi tisztázásra van szükségünk.

Meg tudtam reprodukálni az OP problémáját azáltal, hogy leválasztottam az útválasztóm és az RPi áramellátását, majd elindítottam az az útválasztóra. Ilyen feltételek mellett az NTP szolgáltatásnak nem volt internetelérése, és nyilvánvalóan a hardver órájára támaszkodik. A tzdata a probléma idején helyes volt.

enter image description here

Az RPi újraindítása az internetkapcsolat helyreállítása után megoldotta a problémát. Ha valamilyen oknál fogva az RPi-t nem lehet, vagy nem szabad leállítani, akkor az sudo szolgáltatás ntp újraindítása segítségével újraindíthatja az NTP szolgáltatást.

Csak, hogy egyértelmű legyen :) a Pi-nek nincs hardver órája, bár kiegészítő táblák is rendelkezésre állnak. A Raspbian alapértelmezés szerint tartalmazza a `hamis-hwclock` csomagot, amely, ha a hálózati idő valamilyen oknál fogva nem áll rendelkezésre, újraindítja az órát attól az időponttól kezdve, amikor a gépet leállították (vagy áramkimaradás esetén valamivel azelőtt). csomagtartó.


ⓘ
Ezt a kérdést és választ automatikusan lefordították angol nyelvről.Az eredeti tartalom elérhető a stackexchange oldalon, amelyet köszönünk az cc by-sa 3.0 licencért, amely alatt terjesztik.
Loading...