Das Jahr 2000-Problem

Von Pawel

Wie man sieht, ist die Tabelle in zwei Bereiche geteilt, weil Linux genauso wie alle anderen UNIX-Derivate am 19.01.2038 um 3:14 die sogenannte C-Time erreicht. Das System-Datum für Linux ab dem Jahr 2038 ist ungültig. Der Kalender für Linux ist nur im Zeitraum 13.12.1901 bis 19.01.2038 gültig, deshalb wird bei einem Systemdatum ab 19.01.2038 ein unsinniger Datumswert zurückgeliefert (wir hoffen, daß sich Linus bis zum Jahr 2038 etwas einfallen läßt). Das kann mit folgendem Test bewiesen werden:

Als root anmelden und System-Datum mit dem Befehl date ändern (nur der Systemadministrator hat diese Rechte):

# date -s 02/07/1901
date: invalid date `02/07/1901'
# date -s 02/07/2039
date: invalid date `02/07/2039'
# date -s 02/07/1999
Sun Feb 7 00:00:00 MET 1999

Das Systemdatum hat bei Linux keinen Einfluß auf das RTC- und BIOS-Datum. Als ich das Systemdatum veränderte und den PC neu gestartet habe, ist die Zeit wieder auf das Datum, welches vorher im BIOS eingestellt wurde, zurück gesprungen. Im Klartext bedeutet das, daß beim Booten die RTC neu ausgelesen und ausgewertet wird. Darüber habe ich am Anfang schon geschrieben.

Das war eine kurze Zusammenfassung zum Thema Linux und Jahr 2000, aber es gibt noch eine andere Seite dieses Problems.

Das Verhalten von Software, die auf unserem PC installiert ist, stellt ein ganz anderes Thema dar. Diese Problematik muss man sehr individuell betrachten.

Hier nur ein paar Stichworte. Besonders wichtig ist »Y2K« bei Datenbanken, automatischen Backups, Serienbriefen, Tabellenkalkulationen mit automatischen Datumseintragungen bzw. -berechnungen und so weiter. Auch sollte man die Y2K-Stellungnahmen der Softwarefirmen zur Kenntnis nehmen.

Microsoft glänzt in dieser Materie. Es werden folgende Daten bereitgestellt: detaillierte Beschreibung, wie sich ein Produkt bei der Jahreswende verhält, Verweise auf mögliche Bugfixes, Beschreibung, warum das Produkt nicht »Y2K«-konform ist.

Corel erklärt, daß Corel Draw 6.0 nicht untersucht wurde, und man nicht wisse, ob die Applikation das Jahr 2000 besteht.

Star Division: eine Pauschalerklärung: »die Produkte funktionieren noch im Jahr 2000.«

Und was ist mit einer Reihe älterer, weniger bekannten Anwendungen?.

Das kann man nur selber mit Tests ausprobieren. Weiter muß auch berücksichtigt werden, nicht nur das Jahr 2000 (01.01.2000), sondern auch:

09.04.1999 - 99. Tag des Jahres (vielleicht als Steuerzeichen für EOF (End of File) verwendet)
09.09.1999 - es kann sein, daß auch das als Steuerzeichen für EOF (End of File) verwendet wird
29.02.2000 - Schaltjahr, es wird nicht unbedingt von allen Kalenderalgorithmen berücksichtigt, wodurch es am 29. Februar 2000 interessant werden könnte.
29.02.2004 - Schaltjahr

Ich muß nochmal betonen, daß für Privatanwender das »Y2K-Problem« nur »symbolische« Bedeutung hat. Für Firmen kann das Y2K-Problem eine sehr große Bedrohung darstellen. Alle Systemadministratoren sollten sich hierzu ein wenig tiefer in diese Materie einarbeiten.

Literatur

Für diejenigen, für die das Thema interessant ist, kann ich folgende Literatur empfehlen:

Dr. Joern Loviscach, Dr. Wolfgang Stiler »Zeitbombe«: c't -1/99; Seite 60
Peter Siering »Aufgeweckt«: c't -1/99; Seite 66
Peter Siering »Durchgecheckt«: c't -1/99; Seite 70
Andreas Bleul, Dr. Joern Loviscach »Operation 2000«: c't-1/99; Seite 76

Dort findet man auch Verweise zu anderen Quellen.