Seit der Veröffentlichung von Debian Version 9 (Codename „Stretch“) im Juni 2017 werden die meisten Systemadministratoren, die auf Debian als Distribution setzen, früher oder später ihre Systeme auf die neuste Version aufrüsten. Als erstes ist mir ins Auge gefallen, dass die Konfiguration der Zeitzone, wie sie in den meisten Tutorials beschrieben ist, nicht mehr funktioniert. Man könnte dies als ein unwichtiges Problem abtun, aber ich denke, dass eine falsch konfigurierte Zeitzone auf lange Sicht zu Verwirrungen in den Logfiles und auch in Web-Applikationen mit sich führen wird.
Wie ältere Tutorials das Ändern der Zeitzone in Debian empfehlen
|
1 2 |
echo "Europe/Berlin" > /etc/timezone dpkg-reconfigure -f noninteractive tzdata |
Obwohl dies in älteren Debian Versionen ausgereicht hat, wird es in Debian Stretch nicht genug sein, da nicht nur die Datei /etc/timezone ausgewertet wird, sondern vor allem auch der symbolische Link /etc/localtime. Letztendlich wird die Datei /etc/timezone sogar mit dem alten Wert überschrieben, sobald dpkg-reconfigure ausgeführt wird.
Wir man die Zeitzone in Debian Stretch ändern kann
|
1 2 |
ln -fs /usr/share/zoneinfo/Europe/Berlin /etc/localtime dpkg-reconfigure -f noninteractive tzdata |
Der erste Befehl erstellt einen neuen symbolischen Link der richtigen Zeitzonen-Datei (in /usr/share/zoneinfo) zu /etc/localtime , damit das Neukonfigurieren des tzdata Paketes das System entsprechend anpasst, und dabei auch die Datei /etc/timezone korrekt befüllt.
Danke, das hat mit einige Zeit des Suchens erspart. Man bekommt langsam Angst vor jedem Update, jedesmal eine neue Kleinigkeit die nicht geht.
Danke schön. Da kann ich mich meinem Vorschreiber (Mario B.) anschließen. Hat einiges an Suche erspart. Sonst wurde kontinuierlich die kanadische Zeit angezeigt (AV Linux mit Debian 9.8 und XFCE 4 Oberfläche.)
thank yo so much. it was straight to the point. and solved with two lines.
With stretch and newer, you can instead do
echo „Europe/Berlin“ > /etc/timezone
rm -f /etc/localtime
dpkg-reconfigure -f noninteractive tzdata
The reconfigure step will then recreate the localtime symlink to the correct location
Yes, it seems you are right! Thanks for the tip.
I believe the important part is, that there is no /etc/localtime present that disagrees with the /etc/timezone setting.
this method also working on Ubuntu, thanks for the trick
Thanks for this method. Good post!