time problem
|
7th Mar, 2013, 02:29 AM
Post: #1
|
|||
|
|||
time problem
After a fresh install of xbian 5, time is set to 01/01/1970
Have anyone experienced same problem? ntpd seems to be running but not setting up right date Help appreciated Thanks |
|||
7th Mar, 2013, 02:31 AM
Post: #2
|
|||
|
|||
RE: time problem
No, never had that problem. It always sets the time at boot time.
pilight - modular domotica solution
|
|||
7th Mar, 2013, 02:41 AM
Post: #3
|
|||
|
|||
RE: time problem
Are you connected to the network? Since the Pi does not have a real time clock, it tries to get the time from a server on the network.
|
|||
7th Mar, 2013, 02:42 AM
Post: #4
|
|||
|
|||
RE: time problem
After reboot, xbmc shows 3:00 as current time (gmt+4) and after few seconds it changes to current time. And other apps which have time-based info shows it like that:
Quote:Active time: 8476d, 5h(transmission) |
|||
7th Mar, 2013, 02:42 AM
Post: #5
|
|||
|
|||
RE: time problem
i am connected to network but couldn't get right date and time.
if i stop ntp, ntpdate manages to set time with 0.debian.pool.ntp.org but ntp doesn't set time at boot |
|||
18th Mar, 2013, 07:56 AM
Post: #6
|
|||
|
|||
RE: time problem
(7th Mar, 2013 02:29 AM)TorodeFuegO Wrote: After a fresh install of xbian 5, time is set to 01/01/1970 It is happening to me also! Skywatch I Solved this one as follows....... Go into System, Settings, Xbian Config. Make sure to manually set the network settings (I use static IP). Check that the DNS has a valid ip address in it (mine was set to my router, but changed it to 8.8.8.8). Reboot All is now well again with the time. Skywatch |
|||
20th Mar, 2013, 04:12 AM
Post: #7
|
|||
|
|||
RE: time problem
(18th Mar, 2013 07:56 AM)Skywatch Wrote:(7th Mar, 2013 02:29 AM)TorodeFuegO Wrote: After a fresh install of xbian 5, time is set to 01/01/1970 Thanks for the trick but didn't work for me |
|||
24th Mar, 2013, 02:23 AM
Post: #8
|
|||
|
|||
RE: time problem
I also have xbian 5. I followed your advice and set up static IP. The internet connection is working fine. However, even after reboot or ntp restart I still have the date set to 1970. What to do?? Weird is that previously raspbmc and openelec were just fine...
Here's the output of ntpq -p remote refid st t when poll reach delay offset jitter ========================================== ups.alsys.ro .INIT. 16 u - 64 0 0.000 0.000 0.000 ns2.upcbiz.ro .INIT. 16 u - 64 0 0.000 0.000 0.000 mail.bgs.ro .INIT. 16 u - 64 0 0.000 0.000 0.000 main-fe0.b.astr .INIT. 16 u - 64 0 0.000 0.000 0.000 aurora.dnttm.ro .INIT. 16 u - 64 0 0.000 0.000 0.000 |
|||
29th Mar, 2013, 04:29 AM
Post: #9
|
|||
|
|||
RE: time problem
Yes it is odd. As I said it happened to me too and I found a cure for my case. Since then I have reset the DNS to the router address and guess what, the time is correct! - Previously I had gone for a couple of weeks with the 1970 date and time (usually starts late on 31.12.69 and goes on from there)! I am sorry that I do not have anything else to offer.
Skywatch |
|||
28th May, 2013, 12:33 AM
Post: #10
|
|||
|
|||
RE: time problem
(29th Mar, 2013 04:29 AM)Skywatch Wrote: Yes it is odd. As I said it happened to me too and I found a cure for my case. Since then I have reset the DNS to the router address and guess what, the time is correct! - Previously I had gone for a couple of weeks with the 1970 date and time (usually starts late on 31.12.69 and goes on from there)! I am sorry that I do not have anything else to offer. Apologies for resurrecting this but I'm finding the same behaviour on an xbian system that had been fine up till now. I tried manually synching time with ntpdate both while the clcok was 1970 and after manually bringing up to sync. Code: xbian@xbian ~ $ sudo ntpdate 0.debian.pool.ntp.org Removed ntp and installed chrony - no joy. Just installed the fake-hwclock and its holding close to the right time but suspect future reboots will end up drifting back until it magically bursts back into life (as seen above). Anyone able to provide any further troubleshooting tips? I've tried changing DNS to no joy but clearly ntpdate is identifying the difference. |
|||
2nd Jun, 2013, 05:08 AM
Post: #11
|
|||
|
|||
RE: time problem
(28th May, 2013 12:33 AM)numanoids Wrote: Anyone able to provide any further troubleshooting tips? I've tried changing DNS to no joy but clearly ntpdate is identifying the difference. is your ntp service starting at boot? (check "ps aux | grep ntpd" after fresh reboot). do you have proper config file for ntp (/etc/ntp.conf)? Please read rules and do a search before you post! . FAQs . How to post log file? . Looking for answers? Please start here |
|||
16th Apr, 2019, 01:33 PM
Post: #12
|
|||
|
|||
RE: time problem
Wow.. this looks like an old problem, but I dont see a solution.. My NTP is running, and in my ssh session, the time looks right, but with the timezone set in xbian, it still shows off by 4 hours (which is my timezone offset).. I have it set to America/New York in xbian, but it seems to be ignoring it.. Any news on this? Hints?
|
|||
16th Apr, 2019, 11:08 PM
Post: #13
|
|||
|
|||
RE: time problem
(16th Apr, 2019 01:33 PM)172pilot Wrote: Wow.. this looks like an old problem, but I dont see a solution.. My NTP is running, and in my ssh session, the time looks right, but with the timezone set in xbian, it still shows off by 4 hours (which is my timezone offset).. I have it set to America/New York in xbian, but it seems to be ignoring it.. Any news on this? Hints? Never had such issues. Seems you're doing anything wrong |
|||
« Next Oldest | Next Newest »
|