Vraag Datum en tijd in het verleden verloren na reboot of poweroff / poweron


Ik gebruik Ubuntu 14.04.4 LTS (betrouwbaar) op een Freescale i.MX6 (ARMv7) -processor.

Als ik de datum en tijd naar de toekomst verplaats met betrekking tot de huidige datum en tijd, kan ik met succes de datum en tijd instellen met een opdracht als bijv .:

sudo date 061116552018

voor 2018-06-11 16:55. De datum en tijd worden bewaard na een herstart of power-cycle, zelfs zonder gebruik hwclock.

Maar als ik de datum en tijd op iets in het verleden heb ingesteld, is de update voltooid, maar deze wordt niet bewaard na een herstart of power-cycle, maar de datum en tijd gaan door vanaf de laatste succesvolle "forward" -instelling.

Ik probeerde het te gebruiken hwclock --systohc, hwclock -w, maar zonder succes.

Bedankt voor alle ideeën, maar een concreet antwoord zou dit specifieke probleem moeten oplossen.


2
2018-06-08 15:07


oorsprong


Dit is misschien een domme vraag, maar heb je geprobeerd het te gebruiken date zoals gespecificeerd door de manpage (manpages.ubuntu.com/manpages/trusty/man1/date.1.html)? Ik geloof dat het zoiets zou zijn sudo date --set="201806111655". - Andrew Shum
Ja, de manier waarop de datum wordt opgemaakt maakt niet uit. - mbjoe
Klinkt als een xy-probleem: heb je een einddoel, of wil je gewoon de tijd aanpassen voor "plezier"? Het is logisch om datums in het verleden niet toe te staan ​​omdat dit voorkomt dat dingen worden afgebroken (hoe oud is dit bestand, hoelang logbestanden geroteerd zijn, moeten cron-taken opnieuw worden uitgevoerd). - pbhj
De apparaattoepassing heeft logboekregistratie nodig en slaat zo de datum en tijd op. Omdat het normaal gesproken niet verbonden is met internet, is de enige manier om de juiste datum en tijd te hebben, de gebruiker het te laten instellen. De juiste datum en tijd kunnen dan zowel toekomstig als verleden zijn (denk bijvoorbeeld aan een apparaat dat naar een andere tijdzone wordt verzonden). Ook als iemand het op een datum en tijd in de toekomst plaatst en hierin een fout maakt, moet hij of zij het terug kunnen brengen, niet? - mbjoe
Om te verduidelijken, doelde ik op gebruiken --set=, niet het formaat. Waarom geen gemeenschappelijke tijdzone (meestal UTC) gebruiken voor logboekregistratie? Computers slaan meestal datums relatief ten opzichte van dat hoe dan ook op. Dan maakt het niet uit waar de computer zich bevindt, de aanpassing zal altijd naar voren zijn. - Andrew Shum


antwoorden:


Ik heb op Linux gebaseerde systemen gezien die de datetime-variabele voor sommige interne processen controleerden om alles in een juiste tijdlijn te loggen.

Ik denk dat het systeem je huidige systeem datetime variabele detecteert en deze vergelijkt met die welke in een bepaald bestand is ingesteld, en dus is het niet mogelijk om de datum van deze boot te verouderen in vergelijking met de vorige boot, probeert het te updaten (via internet?).

Bij elke "normale" boot zal de datum altijd toekomstig zijn in vergelijking met de vorige boot, dus lijkt het geen probleem te zijn (je kunt je pc twintig jaar later opstarten, dat is logisch, maar niet 5 dagen eerder, dat is niet het geval) .

Dit is wat ik denk, interessante vraag trouwens.

BEWERK:

Heb je geprobeerd het in de toekomst te zetten (bijvoorbeeld 10 dagen), opnieuw op te starten, wat dingen te doen (elk pakket installeren, kernel bijwerken, ...) en het dan opnieuw in te stellen op de huidige datetime?

Dat kan ons helpen om dit beter te begrijpen.


2
2018-06-15 19:17



Ik begrijp dat er enige controle van het OS van de datum tegen een bestand kan zijn, maar ik weet niet welke. Het systeem krijgt de datum niet via internet. Ik denk dat als het systeem de juiste datum kent, het zinloos is om het met een commando te laten instellen. En, zoals ik al in bovenstaande opmerkingen heb gezegd, als het het instellen ervan instelt en dan maak ik een fout en stel het in de toekomst, is het dan geen fout dat ik het niet terug kan brengen? Ik heb ook de suggestie in je EDIT geprobeerd, maar het werkt niet. Toch bedankt. - mbjoe
Bedankt maar je antwoord lost het probleem niet op. - mbjoe
@mbjoe Nou, als het een fout zou kunnen zijn, dan stel ik voor om te testen met een andere Linux-distro. Kijk ook eens plutesci's antwoord, misschien is mijn ontbrekende punt daar. - Davdriver


heb je geprobeerd de datum / tijd te veranderen van de bios

Als u niet bekend bent met de bios, wees dan zeer voorzichtig met wat u verandert, want u kunt uw computer gemakkelijk doorbreken.

om toegang te krijgen tot uw bios google welke sleutel tijdens het opstarten moet worden ingedrukt voor de behoeften van uw machine.

ik hoop dat dit helpt.


0
2018-06-17 20:02



Dit ziet er veelbelovend uit, wachtend op de feedback van OP. - Davdriver