Sommerzeit

[fastdisk]

Hilfe,

ich habe Probleme mit der Zeitumstellung von Winterzeit auf Sommerzeit (aber auch umgekehrt). Im Winter habe ich mal eine Test-Datei erstellt:

Name: Test 02.11.2008 11-57-00.doc, Zeitstempel: 2.11.2008 11:57

Diese Datei ist exakt gleich auf diversen Vista-Rechner und auf dem Synology Diskstation abgelegt worden, also Zeitstempel gleich! Jetzt nach der Umstellung von Winter- auf Sommerzeit ist die Situation die Folgende:

Zeitstempel Vista-PCs: 2.11.2008 12:57
Zeitstempel Synology Diskstation : 2.11.2008 11:57

Manche Synchronisierungs-Softwares bekommen so natürlich Schwierigkeiten. Warum wird der Zeitstempel auf der Synology Diskstation nicht auch umgestellt? Das Problem nervt mich total

Diskstation: DS107+, Firmware-version: DSM 2.0-0722

Danke und viele Grüße

 

[power-shopper]

Sicherung nach Zeitumstelleung...

Hallo,

die Zeitumstellung hat mich auch vor Probleme gestürzt:
Ich mache jeden abend von meinem lokalen Rechner von allen wichtigen Daten (500GB!!! - viele Fotos) eine inkrementelle Sicherung per robocopy. Nach der Zeitumstellung sicher Robocopy nun ALLE Daten einmal neu, weil robocopy meint, die lokalen Daten wären neuer... ?!? Hat drei Tage gedauert...

Gruß,
Carsten

 

[fastdisk]

Das hört sich ja fast so an, als würde Synology das Sommer-/Winterzeit-Problem nicht managen können. Das darf doch wohl nicht wahr sein!

 

[jahlives]

Gibt denn ein

date

auf der Konsole das korrekte Datum inkl Zeit in der korrekten Zeitzone an?

 

[fastdisk]

Sorry für meine Unkenntniss, aber was ist eine "Konsole"? Bis jetzt greife ich auschliesslich mit dem "Disk Station Manager 2.0" auf die Station zu. Und dort wird die richtige Zeit und die Richtige Zeitzone GMT+1 Berlin, ... angezeigt.

Viele Grüße

 

[jahlives]

Konsole ist der Zugriff auf die DS via telnet oder ssh. Das ist wie der cmd bei Windows, mit dem Unterschied, dass die Befehle auf der DS ausgeführt werden und nicht auf deinen Windows Client.
Den telnet/ssh Zugriff musst du im DSM erstmal aktivieren (Menupunkt Netzwerkdienste-->Terminal). Dann kannst du dich via telnet oder ssh an der DS anmelden. Wichtig ist, dass du den Benutzernamen root verwendest zusammen mit dem PW das du als admin beim DSM Login brauchst.
Dann kannst du einfach

date

eingeben und return drücken und das Datum inkl Uhrzeit und Zeitzone sollte angezeigt werden.
In unserem Wiki findest du Beiträge zur Benutzung der Konsole und der gängisten Befehle

 

[ag_bg]

Konsole ist der Zugriff über telnet oder ssh. Dazu am Besten das Programm puuty aus dem Internet herunterladen, im Unterpunkt terminal im DSM telnet erlauben und sich dann mit putty auf die IP-Nummer deiner DS mit dem Benutzer root und dem Passwort des admin anmelden und eben "date" ausführen.

best regards

 

[fastdisk]

Danke für die kleine Schulung. Also mit Putty sagt DS: "Thr Apr 2 16:02:48 CEST 2009". Scheint mir richtig zusein oder?

Ich meine das Problem ist doch, dass Windows Vista (oder auch XP) die Zeitstempel aller Dateien bei der Umstellung Winter- <=> Sommerzeit um eine Stunde erhöht bzw. verringert. Meine DS beläßt aber den Zeitstempel der Dateien, wie sie halt sind und dadurch entsteht diese blöde Zeitdifferenz.

Die Frage ist dann doch: Kann die DS überhaupt und grundsätzlich die Zeitstempel der Dateien managen bzw. verändern?

Viele Grüße

 

[Trolli]

Schau mal hier, da wird genau Dein Problem beschrieben: http://www.shivi.de/eddb/pdf/2322.pdf

 

[jahlives]

Die DS kann natürlich die Zeitstempel von Dateien ändern/setzen. Die Dateien liegen ja im Dateisystem der DS.
Wie sieht denn der Zeitstempel im Dateisystem der DS aus? Ist der bei der fraglichen Datei korrekt? Dazu würde ich auf der Konsole mal die "Eigenschaften" der Datei anschauen

ls -all /pfad/zum/file.ext

Den Pfad und den Namen des Files musst du so anpassen, dass es bei dir passt. Danach solltest du eine Ausgabe erhalten,die u.A. die Zeit des letzten Zugriffs enthält.
Hast du so auch eine Stunde Differenz?

 

[jahlives]

Schau mal hier, da wird genau Dein Problem beschrieben: http://www.shivi.de/eddb/pdf/2322.pdf

Dann also doch ein MS-Bug/Feature

 

[fastdisk]

Ächz, stöhn. Hat ein bißchen gedauert meinen Pfad überhaupt zu finden. Diese Konsole erinnert mich ein wenig an meine Zeit, als ich noch mit Lochkarten programmiert habe.

Wie auch immer: die Zeitdifferenz ist auch eine Stunde. War aber zu erwarten. Wie es auch in dem Dokument, nach Hinweis von Trolli, steht: MS Windows und Linux behandelt das Thema Sommer-/Winterzeit & Zeitstempel unterschiedlich. Also aus meiner Sicht ein erst mal nicht zu lösendes Problem. Aber Synology müßte sich mal diesem Problem annehmen, denn meistens greifen doch MS Windows-Rechnern auf eine Synology DS zu. Oder etwa nicht?

Danke und viele Grüße

 

[jahlives]

Aber Synology müßte sich mal diesem Problem annehmen, denn meistens greifen doch MS Windows-Rechnern auf eine Synology DS zu. Oder etwa nicht?

Nur weil es MS "falsch" macht sollen sich die Hersteller anpassen Wenn Windows einfach die Zeitstempel ändert, dann wäre hier eigentlich Mr Balmer gefragt.
Und was wäre dann mit Mac Usern oder Linux Benutzern, deren System die Stempel korrekt setzen? Dann würde die Korrektur seitens Synology wohl auch deren Zeitstempel anpassen. Dann stimmen alle Windows Dateien, dafür der ganze Rest nicht

 

[fastdisk]

Nur weil es MS "falsch" macht sollen sich die Hersteller anpassen Wenn Windows einfach die Zeitstempel ändert, dann wäre hier eigentlich Mr Balmer gefragt.
Und was wäre dann mit Mac Usern oder Linux Benutzern, deren System die Stempel korrekt setzen? Dann würde die Korrektur seitens Synology wohl auch deren Zeitstempel anpassen. Dann stimmen alle Windows Dateien, dafür der ganze Rest nicht

Ja, Du hast ja recht. Ich bin halt ärgerlich und will einfach nur, dass wenn ich zwei Geräte zusammenschliessen kann, dass sie sich dann auch problemlos verstehen.

Viele Grüße

 

[Trolli]

Welches Betriebssystem läuft denn auf Deinen Clients? Laut dem Artikel in der Microsoft Knowledgebase betrifft das (wie ich es verstehe) nur Windows 2000 und NT 3.5 - 4.0. Und dort auch nur das NTFS-Dateisystem. Kann natürlich auch sein, dass man vergessen hat, diesen Beitrag zu aktualisieren...

Trolli