Auf Mastodon ansehen
Ich könnte schwören, dass ich diesen Artikel schon einmal geschrieben habe. Dem scheint nicht so zu sein, zumindest finde ich ihn nicht mehr. Worum geht es? Manchmal fragt man sich, wie lange man eine bestimmte Distribution schon verwendet. Diese Frage lässt sich nur aus dem Gedächtnis oder aus eigenen Notizen beantworten. Dein System kann dir nicht sagen, wie oft du deine aktuelle Distribution neu installiert hast. Doch es kann dir sagen, wann du deine Lieblings-Distro das letzte Mal installiert hast.
Und das geht mit diesem Kommando im Terminal:
stat -c %w / Sieht einfach aus und ist es auch. Was passiert hier?
Der Befehl 'stat' zeigt Informationen zu einer Datei oder zum Dateisystem an. So sieht es aus, wenn man den Befehl auf eine einzelne Datei anwendet:
stat age.py
Datei: age.py
Größe: 272 Blöcke: 8 EA Block: 4096 reguläre Datei
Gerät: 259/2 Inode: 22939340 Verknüpfungen: 1
Zugriff: (0755/-rwxr-xr-x) Uid: ( 1000/ ralf) Gid: ( 1000/ ralf)
Zugriff: 2025-04-02 19:25:23.371967248 +0200
Modifiziert: 2025-04-02 19:25:23.371967248 +0200
Geändert: 2025-04-02 19:25:23.381967020 +0200
Geburt: 2025-04-02 19:25:23.371967248 +0200
Ihr seht es selbst, weshalb ich die Ausgabe nicht weiter kommentiere.
Der oben gezeigte Befehl 'stat -c %w /' hat drei Parameter:
- -c leitet eine formatierte Ausgabe ein, welche durch:
- %w definiert wird. Das ist der Geburtstag einer Datei in lesbarer Form.
- / definiert die gemeinte Datei. In diesem Fall ist es das Root-Verzeichnis auf eurer Festplatte.
Zur Erläuterung sei gesagt, dass bei den meisten (oder allen?) Linux-Dateisystemen, ein Verzeichnis auch nur eine Datei ist. Aber Ralf, was soll denn der Formatierungsblödsinn? Diese Frage ist berechtigt, weil ihr mit dem Befehl 'stat /' ebenfalls zum Ziel kommt. Die Ausgabe sieht dann so aus, wie ich sie oben gezeigt habe. Mit der Formatierung wird der Geburtstag des Root-Verzeichnisses herausgeschält:
stat -c %w /
2023-11-17 15:04:12.000000000 +0100
An der Ausgabe seht ihr, dass ich mein Manjaro vor knapp drei Jahren installiert habe. Sie sagt nichts darüber aus, wie oft ich Manjaro vorher schon einmal auf diesem Rechner installiert hatte. Oder, ob ich neu installieren musste, weil ich einen neuen Rechner gekauft habe.
Aber warum zeigt das Geburtsdatum des Root-Verzeichnisses das Installationsdatum der Distribution an? Die Antwort auf diese Frage überlasse ich euch 🙂
Schreibt mal in die Kommentare, wie lange eure Distribution auf der Festplatte hockt.
Titelbild: https://pixabay.com/photos/baby-birth-sleeping-baby-new-born-1538342/
Quelle: https://www.mankier.com/1/stat
Bei mir ist es etwas komplizierter, da ich zwischenzeitlich die Installation auf einen neuen Datenträger kopiert habe. Daher ergeben sich unterschiedliche Datumswerte und
statliefert damit nicht das richtige Ergebnis:bei mir aehnlich:
stat -c %w /etc/os-release 2026-04-10 16:04:50.948352692 +0200stat -c %w /home 2025-12-23 02:29:43.000000000 +0100stat -c %w / 2026-04-10 16:01:03.000000000 +0200Mein aktuelles openSUSE Tumbleweed ist ein paar Monate älter als Dein Manjaro:
Danke für die Info. Das hat mich tatsächlich schon länger interessiert - nur eben nie so viel, dass ich es selbst rausfinden wollte 🧐
Mein Fedora 44:
Ich ziehe das seit Version 30 (glaube ich) immer weiter. Siehe da, stabiler als meine früheren Debian-Installationen :D
Btw, ich hatte mir mal diese Code-Schnipsel für genau die gleiche Thematik abgespeichert, vielleicht findets jemand hilfreich:
`stat / | awk '/Birth: /{print $2 " " substr($3,1,5)}'
or
stat /
or
fsname=$(df / | tail -1 | cut -f1 -d' ') && tune2fs -l $fsname | grep 'created'
Debian/Ubuntu: sudo head -n1 /var/log/installer/syslog
Arch Linux: head -n1 /var/log/pacman.log
stat / | awk '/Birth: /{print $2 " " substr($3,1,5)}'`
Also meine letzte Debian Installation ist ca. 9 Jahre alt geworden, bis ich die Hardware getauscht habe😁. Die wäre auch noch älter geworden🤗 Stabiler geht es nicht!
Nette Idee. Danke, Ralf. Ich habe zwei kleine Notebooks, Chuwi Minibook X, ein älteres mit N100 Prozessor und ein etwas neuers mit N150 Prozessor, das ich zwei Jahre später gekauft habe. Bei beiden gibt der Befehl »stat -c %w /« das gleiche (oder sogar dasselbe) Geburtsdatum aus, nämlich »2025-06-12 19:18:44.000000000 +0200«. Warum? Ganz einfach. Ich habe das Devuan des älteren Notebooks auf das neuere geklont, um mir Installationsarbeit zu ersparen - und anschließend ein paar Dinge (hostname etc) verändert. Es ist also nicht immer wirklich der Geburtstag ...
Mein Mint ist vom 26.07.2020.
Ist aber bereits einmal auf neue (gebrauchte) Hardware umgezogen.
November 2021
2023-03-31 08:56:59.000000000 +0200 Trisquel GNU/Linux-libre
Mein "ältestes" System zeigt:
Geburt: 2017-07-06 15:48:05.000000000 +0200
Dann dachte ich, halt, das kann nicht sein, denn soweit ich mich erinnere habe ich mit Debian 6 "Squeeze" gestartet welches 2011 released wurde. Das System müsste daher noch älter sein. Und dann wurde mir klar das ich vermutlich 2017 die beiden Platten (MD-Raid1) gegen grössere ersetzt habe. Warum ich damals das Raid neu erstellt und die Installation kopiert habe weiss ich nicht mehr. Heute würde ich einfach eine Platte nach der anderen ersetzen, das Raid syncen und dann vergrössern. Es könnte auch sein das durch die Vergrösserung des Dateisystems das Geburtsdatum neu geschrieben wird. 🤔 Da müsste ich mal testen. Aber so oder so: Ein interessanter Befehl den ich noch nicht kannte. Danke.
Nachtrag
Dieses System hat auch gleich die ältesten Festplatten drin. Die Daten sind echt cool:
Model: SAMSUNG SpinPoint HD204UI
Start/Stop: 61
Power on hours: 138622h (15.82 Jahre)
Bald 16 Jahre Dauerbetrieb auf dem Buckel und laufen und laufen und laufen. Auch 45min Stromausfall waren kein Problem. 🤩
[ge@gepc ~]$ stat -c %w / 2017-02-11 15:13:53.000000000 +0100 Manjaro stable
Debian stable (trixie), ich hätte aber auch gedacht, dass es älter ist. Davor war es "Lubuntu" gewesen, und da kann ich mich dunkel erinnern, dass ich da mal von der 32 auf die 64-bit Distribution umgeschwenkt war.
Manjaro – seit über 7 Jahren ein stabiles und zuverlässiges Arbeitspferd.
Mein Fedora 44 Plasma Edition
stat -c %w / 2025-04-25 21:06:14.356780621 +0200
Wer möchte kann sich einen Zähler und das Geburtsdatum, in fastfetch einbauen.
Mein Fedora 44 Plasma Edition
stat -c %w / 2025-04-25 21:06:14.356780621 +0200Wer möchte kann sich einen Zähler und das Geburtsdatum, in fastfetch einbauen.
{ "type": "command", "key": "-", "keyColor": "yellow", "text": "birth_install=$(stat -c %W /); current=$(date +%s); time_progression=$((current - birth_install)); days_difference=$((time_progression / 86400)); echo $days_difference days" }, { "type": "command", "key": "│ ├", "keyColor": "yellow", "text":"birth_install=$(stat -c %W /); echo $(date -d @$birth_install '+%d %b %Y')" },Sehr schöner Artikel, aber stimmt nicht immer. Meine Linux Distri habe ich ca. 2012 installiert und über verschiedene Hardware und Datenträger umgezogen. Mein Linux war nämlich ein Cinnarch (https://archiveos.org/cinnarch/), dann Antergos und jetzt einfach ein Arch Linux mit CachyOs Flavour, da ich die Paketquellen mitverwende. Habe seitdem nicht neu installiert...also seit 14 Jahren.
Arch Linux läuft stabil. Diese Rolling Release Skepsis verstehe ich nicht. Meine Ubuntu Installationen und deren Major Versionsupdates haben es meinst weniger überlebt.
Liebe Grüße Rene
Hmja, bei mir paßt das auch nicht. Schade. Ich hab mein - damals Debian - System in den 90ern installiert, und seitdem nur "aktualisiert". Das beinhaltet ein Umswitchen von 32bit auf 64bit und einen Fork zu Devuan. Und natürlich multiple Wechsel aller Hardwarekomponenten. Zitat eines Bekannten: "Die Axt vom Vater ist die Axt vom Vater - manchmal wird der Griff gewechelt, manchmal das Blatt. Aber es bleibt die Axt vom Vater."
Kann es sein, dass eine Größenveränderung der Partition die Daten verfälscht? Bei mir wird 2025-03-17 gemeldet. Ich habe aber definitiv schon länger Garuda auf dem Gerät. Aber, ich habe die Partition verkleinert um nebenbei auf dem gleichen Gerät mit purem Arch und NixOS zu experimentieren.
Genau das vermute ich eben auch. Denn auch meine installation müsste viel älter sein. Die Platten sind fast 16 Jahre alt und so alt dürfte auch die Installation sein. Wobei mir gerade einfällt das es sein kann das ich mal von 32 auf 64Bit gewechselt habe. 🤔 Boa ist das lange her... 😁
Ich vermute dass das Datum die Geburt des Vezeichnisses lost+found ist.
Nein, es ist das Erstellungsdatum des Root-Verzeichnisses.
Da kann man philosophieren ob beim erzeugen des Dateisystems / erst das / und dann das lost+found erzeugt wird oder umgekehrt. So wie ich das sehe wird lost+found bein formatieren von / angelegt. Danach ändert sich am Datum von lost +found nichts mehr. ich lasse mich aber belehren. Grüsse Ferdi