Toggle sidebar

Falsche Uhrzeit

  • Ab sofort steht euch hier im Forum die neue Add-on Verwaltung zur Verfügung – eine zentrale Plattform für alles rund um Erweiterungen und Add-ons für den DSM.

    Damit haben wir einen Ort, an dem Lösungen von Nutzern mit der Community geteilt werden können. Über die Team Funktion können Projekte auch gemeinsam gepflegt werden.

    Was die Add-on Verwaltung kann und wie es funktioniert findet Ihr hier

    Hier geht es zu den Add-ons

K

koios

Benutzer
Registriert
03. Okt. 2015
Beiträge
6
Reaktionspunkte
0
Punkte
1
Hallo zusammen,

ich habe zuletzt festgestellt, dass auf meiner DS419slim die Uhrzeit falsch ist - vermutlich wird UTC statt MEZ angezeigt. Die Zeit wird zwar kurz mit NTP synchronisiert, dann aber anscheinend wieder zurückgesetzt.


root@Synology:~# ntpdate 192.168.0.1
24 Nov 12:02:13 ntpdate[22706]: adjust time server 192.168.0.1 offset +0.000130 sec

root@Synology:~# date
Sun Nov 24 11:02:20 2024

Die Zeitzone stimmt:

root@Synology:~# ll /etc/localtime
lrwxrwxrwx 1 root root 36 Nov 24 08:53 /etc/localtime -> /usr/share/zoneinfo/Europe/Amsterdam

Interessanterweise wird im GUI aber die MEZ angezeigt, da sieht alles richtig aus.

Hat jemand eine Idee, woran das liegen könnte?

Was mich auch etwas irritiert, ist die Tatsache, dass der Befehl hwclock nichts zu der Hardware-Uhr ausgibt:

root@Synology:~# hwclock -v
hwclock from util-linux 2.33.2
System Time: 1732707943.858263
Trying to open: /dev/rtc0
Trying to open: /dev/rtc
Trying to open: /dev/misc/rtc
No usable clock interface found.
hwclock: Cannot access the Hardware Clock via any known method.

Oder hat DS419slim gar keine Hardware-Uhr (RTC)?
 
Bei mir alles so wie bei dir
Code: 
root@DS1522:~# ntpdate 192.168.0.1
27 Nov 21:25:19 ntpdate[20170]: adjust time server 192.168.0.1 offset +0.000205 sec
root@DS1522:~# date
Wed Nov 27 09:25:21 PM CET 2024
Mich wundert allerdings die Ausgabe von "date" bei dir.
 
koios schrieb:
I recently noticed that the time on my DS419slim is wrong - it's probably showing UTC instead of CET
Zum Vergrößern anklicken....
It's worse than that. The date on your Synology is showing the 24th Nov.

Your date command is also not showing the time zone.

I just tried hwclock -v on my 3 Synology NAS.

root@DS1812+:~# hwclock -v
hwclock from util-linux 2.26.2

root@DS1821+:~# hwclock -v
hwclock from util-linux 2.33.2
System Time: 1732769575.380931
Trying to open: /dev/rtc0
Using the rtc interface to the clock.
Assuming hardware clock is kept in UTC time.
Waiting for clock tick...
hwclock: select() to /dev/rtc0 to wait for clock tick timed out
...synchronization failed

root@DS720+:~# hwclock -v
hwclock from util-linux 2.33.2
System Time: 1732769622.129086
Trying to open: /dev/rtc0
Using the rtc interface to the clock.
Assuming hardware clock is kept in UTC time.
Waiting for clock tick...
hwclock: select() to /dev/rtc0 to wait for clock tick timed out
...synchronization failed

root@DS1812+:~# date
Thu Nov 28 15:59:31 AEDT 2024

root@DS1821+:~# date
Thu Nov 28 03:59:02 PM AEDT 2024

root@DS720+:~# date
Thu Nov 28 04:00:01 PM AEDT 2024
 
TZ Environment-Variable gesetzt?
Prüfen mit set | grep TZ.
 
Hagen2000 schrieb:
TZ Environment-Variable gesetzt?
Prüfen mit set | grep TZ.
Zum Vergrößern anklicken....

That returns nothing on all 3 of my Synology NAS (DSM 6.2.4 and 7.2.2).

cat /etc/TZ returns useful info

# cat /etc/TZ
AEST-10AEDT,M10.1.0,M4.1.0/3

as does readlink -q /etc/localtime (but not in DSM 6.2.4)

# readlink -q /etc/localtime
/usr/share/zoneinfo/Australia/Melbourne
 
Hi DaveR, my question was addressed to @koios - sorry that I didn‘t mention that.
 
Hagen2000 schrieb:
TZ Environment-Variable gesetzt?
Prüfen mit set | grep TZ.
Zum Vergrößern anklicken....
root@Synology:~# set | grep TZ

root@Synology:~# cat /etc/TZ
CET-1CEST,M3.5.0,M10.5.0/3

root@Synology:~# date
Thu Nov 28 18:33:57 2024
root@Synology:~# TZ=CET date
Thu Nov 28 18:33:59 CET 2024

Soviel dazu ;) Irgendwie wird die Zeitzone von "date" gar nicht berücksichtigt, habe ich den Eindruck...
 
Also die TZ-Environment-Variable ist bei mir auch nicht gesetzt, ich wollte nur wissen, ob sie bei Dir versehentlich gesetzt ist.
Dennoch gibt der date-Befehl bei mir die Zeitzone mit aus und zeigt auch die richtige, lokale Zeit an.

Die Datei /etc/TZ schaut exakt so aus wie bei Dir. Und hwclock findet auch keinen RTC, vermutlich bindet Synology den Uhrenchip anders ein, das dürfte also normal zu sein.

Scheint irgendwie an deinem date-Utility zu liegen :unsure:
 
Das mit hwclock ist mir immer noch nicht klar, auf der DS415+ funktioniert es, auf der DS1522+ nicht
Code: 
root@DS415:~# hwclock -v
hwclock from util-linux 2.33.2
System Time: 1732831185.391522
Trying to open: /dev/rtc0
Using the rtc interface to the clock.
Assuming hardware clock is kept in UTC time.
Waiting for clock tick...
...got clock tick
Time read from Hardware Clock: 2024/11/28 21:59:46
Hw clock time : 2024/11/28 21:59:46 = 1732831186 seconds since 1969
Time since last adjustment is 1732831186 seconds
Calculated Hardware Clock drift is 0.000000 seconds
2024-11-28 22:59:45.400712+01:00

root@DS1522:~# hwclock -v
hwclock from util-linux 2.33.2
System Time: 1732831163.714128
Trying to open: /dev/rtc0
Using the rtc interface to the clock.
Assuming hardware clock is kept in UTC time.
Waiting for clock tick...
hwclock: select() to /dev/rtc0 to wait for clock tick timed out
...synchronization failed
obwohl die CMOS-Batterie wohl bei beiden leer sein dürfte.

Außerdem frag ich mich, was wohl ein Anwender aus USA einstellen müsste, wenn er auf eine DS in Deutschland zugreift. Ich kenne da auch nur die TZ-Variable, die das regelt, die ist aber bei Synology wohl nicht vorgesehen.

Edit: "date" liefert mir bei beiden richtige, wenn auch unterschiedliche Angaben
Code: 
root@DS415:~# date
Thu Nov 28 23:07:00 CET 2024
root@DS1522:~# date
Thu Nov 28 11:06:55 PM CET 2024

Edit2: Der Zeitunterschied kommt durch meine alternden Wurstfinger :sleep:
 
Zuletzt bearbeitet:
Klar oder unklar? ;)
Wenn das NAS am Strom hängt sollte die Batterie keine Rolle spielen, die dient ja nur zum Puffern, wenn das Gerät stromlos ist.
 
Hab nochmal editiert - unklar.
 
Benares schrieb:
Edit: "date" liefert mir bei beiden richtige, wenn auch unterschiedliche Angaben
Code: 
root@DS415:~# date
Thu Nov 28 23:07:00 CET 2024
root@DS1522:~# date
Thu Nov 28 11:06:55 PM CET 2024

Edit2: Der Zeitunterschied kommt durch meine alternden Wurstfinger :sleep:
Zum Vergrößern anklicken....
My old NAS running DSM 6.2.4 also shows 24-hour-time, while my newer NAS running DSM 7.2.2 both show 12-hour-time (AM/PM). The date command in older DSM versions seems to ignore the Time format setting in DSM Control Panel.
 
Hagen2000 schrieb:
Also die TZ-Environment-Variable ist bei mir auch nicht gesetzt, ich wollte nur wissen, ob sie bei Dir versehentlich gesetzt ist.
Dennoch gibt der date-Befehl bei mir die Zeitzone mit aus und zeigt auch die richtige, lokale Zeit an.

Die Datei /etc/TZ schaut exakt so aus wie bei Dir. Und hwclock findet auch keinen RTC, vermutlich bindet Synology den Uhrenchip anders ein, das dürfte also normal zu sein.

Scheint irgendwie an deinem date-Utility zu liegen :unsure:
Zum Vergrößern anklicken....
Das mit "date" hat sich nun geklärt:

root@Synology:~# which date
/opt/bin/date
root@Synology:~# ll /opt/bin/date
lrwxrwxrwx 1 root root 16 Aug 2 07:14 /opt/bin/date -> /opt/bin/busybox

Mit BusyBox funktioniert es offenbar nicht richtig, mit dem "normalen" date aber schon:

root@Synology:~# date
Fri Nov 29 19:40:34 2024

root@Synology:~# /usr/bin/date
Fri Nov 29 08:40:45 PM CET 2024

Das ist aber noch nicht alles, die Datei-Zeitstempel sind offenbar auch nicht korrekt. Ich habe mal eben eine Testdatei erzeugt:

root@Synology:~# ll test1
-rw-r--r-- 1 root root 6 Nov 29 19:52 test1
root@Synology:~# /usr/bin/date
Fri Nov 29 08:52:34 PM CET 2024

Woran könnte das liegen, hat jemand eine Idee?
 
Wieso? Passt doch. 19:40 sind 08:45 PM und 19:52 sind auch 08:52 PM.
Äh, Quatsch, da fehlt ne Stunde. Bei mir gibt es kein /opt/bin. "which date" liefert /bin/date. ipkg oder sowas installiert?
 
Zuletzt bearbeitet:
  • Haha
Reaktionen: DaveR
Auch das hat sich wohl gerade geklärt:

root@Synology:~# which ls
/opt/bin/ls
root@Synology:~# ll /opt/bin/ls
lrwxrwxrwx 1 root root 16 Aug 2 07:14 /opt/bin/ls -> /opt/bin/busybox
root@Synology:~# ll test1
-rw-r--r-- 1 root root 6 Nov 29 19:52 test1
root@Synology:~# /bin/ls -la test1
-rw-r--r-- 1 root root 6 Nov 29 20:52 test1

Was ist eigentlich mit dieser BusyBox, arbeitet sie etwa nur mit UTC? Jedenfalls muß ich wohl meine PATH-Variable anders setzen ;)
 
busybox ist/war ein Shell-Ersatz, der auch viele Standard-Commands per Symlink integriert. Die Frage ist, wo die bei dir herkommt. ipkg fällt mir da spontan ein, hatte ich früher auch mal drauf.

Edit: Seh grad, auf meiner alten DS415+ ist ipkg auch noch drauf. /opt/bin existiert dort auch, ist aber im Pfad ganz hinten.
Code: 
root@DS415:~# echo $PATH
/sbin:/bin:/usr/sbin:/usr/bin:/usr/syno/sbin:/usr/syno/bin:/usr/local/sbin:/usr/local/bin:/opt/bin:/opt/sbin
kommt also kaum zum Zuge.
 
Zuletzt bearbeitet:
Ja, so ist es - bei mir läuft zusätzlich Entware (opkg), und diese BusyBox wurde wohl irgendwann mitinstalliert.

root@Synology:~# opkg list | grep busybox
busybox - 1.36.1-1c - The Swiss Army Knife of embedded Linux. It slices, it dices, it makes Julian Fries.
 
Hau weg, den alten Scheiß oder setz wenigstens /opt/bin und /opt/sbin in der /etc/profile ganz ans Ende des Pfades.
Code: 
...
#verdreht am 12.08.2009 gm um Plattenzugriffe zu minimieren
#PATH=/opt/bin:/opt/sbin:$PATH
PATH=$PATH:/opt/bin:/opt/sbin
 
Danke, genau das habe ich vor :)
 
Zuletzt bearbeitet von einem Moderator:

Additional post fields

NAS-Central - Ihr Partner für NAS Lösungen
NAS-Central - The Home of NAS
 

Kaffeautomat

Wenn du das Forum hilfreich findest oder uns unterstützen möchtest, dann gib uns doch einfach einen Kaffee aus.

Als Dankeschön schalten wir deinen Account werbefrei.

:coffee:

Hier gehts zum Kaffeeautomat 

Hosted by netcup
IT Lösungen mit NAS Servern
IT Firma Trier
Fotograf Trier
   
Oben Unten