Ich habe jahrelang Homelabs aufgebaut. Dann brachte ich es nicht mehr übers Herz, ein Terminal zu öffnen.

Geoff Palmer war schon immer jemand, der etwas brauchte, worauf er sich freuen konnte.

Manchmal war es ein schwieriges Problem bei der Arbeit. Manchmal verging ein Abend beim Programmieren wie im Flug. Manchmal war es viel einfacher - mit den Hunden spazieren gehen, Leute auf einer Sicherheitsveranstaltung treffen, mit dem Motorrad losfahren oder mit einem Gedanken im Kopf nach Hause kommen, der ihn nicht losließ.

Technik war ihm wichtig, aber sie war nie sein ganzes Leben.

Jahrelang fühlte sich dieses Gleichgewicht so selbstverständlich an, dass Geoff kaum darüber nachdenken musste. Die Arbeit gab ihm Probleme zu lösen. Zu Hause hatte er Menschen und Routinen, die ihm wichtig waren. Und wenn dann noch Zeit übrig war, wartete in der Nähe meist etwas Unfertiges.

Eine Codezeile. Eine Konfiguration, die fast stimmte. Ein Stück Hardware, das mehr zu können schien, als es gerade tat.

Neugier gehörte zum Alltag

Die Cybersicherheit bot dieser Neugier einen beruflichen Rahmen.

Geoff arbeitete in einer Welt, in der es selten falsch war, noch eine Frage mehr zu stellen. Was war übersehen worden? Was passiert, wenn das fehlschlägt? Was ändert sich, wenn jemand das System aus einer unerwarteten Richtung angeht?

Bei Veranstaltungen und Gesprächen mit anderen aus der Branche konnte er diese Fragen austauschen, statt sie nur auf seinem eigenen Bildschirm zu wälzen.

Doch nicht jeder Abend musste einem technischen Problem gewidmet sein.

Da waren Hunde, die Aufmerksamkeit wollten, und Gründe, den Computer in Ruhe zu lassen. Es gab Tage, an denen nichts konfiguriert und nichts repariert werden musste.

Dieser Teil der Geschichte ist wichtig.

Es ist leicht, jemanden nach Jahren technischer Projekte auf das zu reduzieren, was er besonders gut kann.

Der Cybersicherheitsexperte. Der Home-Lab-Tüftler. Der Typ, der scheinbar immer noch einen weiteren Server auf dem Schreibtisch stehen hat.

Doch das Leben verläuft nicht geradlinig von einem erfolgreichen Projekt zum nächsten.

Lange Zeit musste Geoff kaum darüber nachdenken, ob ihm Technologie noch Spaß machte.

Er tat es einfach.

Ein unvollendetes Projekt war etwas, zu dem er zurückkehren wollte. Ein geöffnetes Terminal führte normalerweise irgendwohin. Ein technisches Problem konnte einen Abend in Anspruch nehmen, ohne dass es sich anfühlte, als wäre der Abend verloren.

Dann veränderten sich mehrere Lebensbereiche auf einmal.

Dann begannen die Dinge zu verschwinden, die ihm vertraut waren

Geoff verlor seinen Job.

Seine Familie musste den Verlust seiner Schwiegermutter verkraften.

Seine psychische Gesundheit litt.

Jedes dieser Dinge wäre für sich genommen schwierig gewesen. Zusammen veränderten sie den Alltag.

Die Arbeit war weg. Die Trauer war in die Familie eingezogen. Das Selbstvertrauen, das Geoff normalerweise von einem Problem zum nächsten trug, war schwerer zu finden.

Und irgendwo unter diesen viel größeren Verlusten war einer, der von außen betrachtet kleiner wirkte.

Geoff wollte nichts mehr bauen.

Er hatte nicht vergessen, wie man programmiert.

Er verstand die Systeme noch immer. Am Terminal hatte sich nichts geändert. Die Hardware auf dem Schreibtisch war ihm nicht plötzlich fremd geworden.

Was sich geändert hatte, war der Grund, all das überhaupt zu öffnen.

Das kann eines der seltsameren Dinge daran sein, das Interesse an etwas zu verlieren, das man einst geliebt hat.

Das Projekt ist noch da.

Das Wissen auch.

Manchmal ist sogar die Idee noch gut.

Du hast einfach keine Lust mehr, ihm weiter nachzugehen.

Und weil niemand dafür bezahlt, ein Hobby zu Ende zu bringen, gibt es nichts, das erzwingt, dass die Begeisterung zurückkommt.

Das Unvollendete darf einfach unvollendet bleiben.

Es gab keinen einzelnen Moment, in dem alles zurückkam

Geoffs Leben setzte sich nicht eines Morgens zurück.

Es ging in kleineren Schritten voran.

Ein neuer Job gab der Woche wieder Struktur. Freunde, Kollegen und Mentoren blieben an seiner Seite. Menschen erinnerten ihn an seinen Wert in einer Zeit, in der es ihm schwerfiel, diesen selbst zu erkennen.

Ein Motorrad brachte eine andere Art von Bewegung.

Vor ihm lagen Meilen, nicht nur Dinge, die hinter ihm lagen.

Und schließlich geschah auch etwas fast Triviales.

Geoff begann wieder über Code nachzudenken.

Nicht, weil er musste.

Weil er es wollte.

Das alte Verlangen kehrte leise zurück

Eine unvollendete technische Idee wirkte nicht mehr ganz so erdrückend.

Ein Problem wurde interessant statt ermüdend.

Ein Terminal zu öffnen, ließ wieder Möglichkeiten erkennen statt Verpflichtungen.

Die Veränderung war so klein, dass jemand anderes sie vielleicht nicht bemerkt hätte.

Geoff tat es.

„Basteln“ ist ein Wort, dessen Bedeutung man leicht unterschätzt.

Das klingt beiläufig.

Für Geoff bedeutete es etwas viel Größeres: Die Neugier gehörte wieder ihm.

Das machte die Trauer nicht ungeschehen. Es löschte die schwierige Zeit nicht aus. Es bedeutete nicht, dass plötzlich jeder Teil des Lebens wieder so war wie zuvor.

Es bedeutete einfach, dass es wieder Dinge gab, die er erschaffen wollte.

Und Geoff blickte bereits auf eine jahrelange Geschichte mit diesem Gefühl zurück.

Seine Beziehung zu kleinen Servern hatte Jahre zuvor begonnen

Lange vor diesem schwierigen Kapitel hatte Geoff bereits erkundet, was sich mit kompakter x86-Hardware machen ließ.

Eines der ersten Geräte war das ursprüngliche ZimaBoard.

Der Reiz lag nicht darin, dass das Board Geoff genau vorgab, was daraus werden sollte.

Es bewirkte das Gegenteil.

Linux bot ihm einen vertrauten Ausgangspunkt. SATA ermöglichte direkt angeschlossenen Speicher. PCIe ließ Raum für eine weitere Karte, eine weitere Schnittstelle oder eine weitere Idee.

Mit Docker konnte aus demselben kleinen Gerät bis zum Abend etwas völlig anderes werden.

Technische Daten waren hilfreich.

Doch was Geoff wirklich in ihnen sah, waren Möglichkeiten.

Das war das Muster: klein anfangen und dann immer weiter fragen, was noch möglich ist.

Aus kleinen Experimenten wurden nach und nach größere Systeme

Heimlabore werden selten kompliziert, weil jemand sich am ersten Tag entscheidet, etwas Kompliziertes zu bauen.

Sie wachsen, weil eine nützliche Sache den Bedarf nach der nächsten schafft.

Ein Dienst braucht Speicher. Speicher braucht mehr Laufwerke. Mehr Laufwerke werfen Fragen zu Anordnung, Zuverlässigkeit, Kühlung und Leistung auf.

Ein Gerät, das zunächst nur dazu diente, etwas zu testen, wird nach und nach zur Infrastruktur.

Geoffs Projekte folgten diesem Weg.

Insbesondere Speicher wurde zu einem eigenen Experimentierfeld.

Der ZimaCube bot mehr Raum für diese Speicherexperimente

Als Geoff mit dem ZimaCube der ersten Generation arbeitete, gingen die Fragen längst weit über die Frage hinaus, ob ein kleiner Server ein Laufwerk erkennen konnte.

Er beschäftigte sich mit SSDs, NVMe, RAID-Layouts, Leistung und damit, wie sich verschiedene Speicherlösungen verhielten, sobald eine Maschine zu etwas wurde, auf das er sich tatsächlich verlassen könnte.

Die Maschine war größer als das ursprüngliche Board, aber der Antrieb hinter dem Projekt hatte sich nicht geändert.

Geoff wollte weiterhin Zugriff.

Noch immer wollte er verstehen, warum sich eine Konfiguration anders verhielt als eine andere.

Und noch immer bevorzugte er ein System, das sich weiterentwickeln ließ, statt für immer dieselbe Lösung zu erzwingen.

Das ist einer der Gründe, warum sich Home Labs für Menschen, die keines betreiben, nur schwer beschreiben lassen.

Nicht immer geht es um Effizienz.

Manchmal geht es darum, etwas zu verstehen.

Du konntest eine Maschine in Ruhe lassen, sobald sie funktionierte.

Oder du konntest noch eine Sache ändern, nur um zu sehen, was passiert.

Was er für sich selbst baute, wurde nach und nach auch für andere nützlich

Irgendwann waren die Projekte nicht mehr nur für Geoff selbst nützlich.

Ein Foto konnte jemand anderem zeigen, wie sich ein Setup zusammenstellen ließ.

Eine fehlgeschlagene Konfiguration konnte anderen stundenlange Arbeit ersparen.

Ein Speichertest konnte eine Frage beantworten, die sich anhand der technischen Daten allein nur schwer klären ließ.

Dieselbe Gewohnheit, die Geoff immer weiter experimentieren ließ, machte ihn auch für eine größere technische Gemeinschaft nützlich: Er war bereit, Dinge auszuprobieren und zu berichten, was tatsächlich geschah.

So wurde die Beziehung zu Zima zu mehr als nur Hardware auf dem Schreibtisch.

Bauen, testen, hinterfragen und teilen wurden nach und nach zu Teilen desselben Prozesses.

Jahre später tauchte ein weiteres Board auf dem Schreibtisch auf

Das weiße ZimaBoard 2 kam viel später.

Zu diesem Zeitpunkt unterschied sich die Geschichte rund um den Nutzer deutlich von der Geschichte rund um das erste Board.

Geoff hatte weitere Systeme aufgebaut. Größere Speicherlösungen getestet. Sein Wissen weitergegeben.

Er hatte auch eine Phase durchlebt, in der ihm nichts davon wichtig erschienen war.

Das Board selbst brachte neuere Hardware mit.

Doch der Grund, warum es für Geoff Sinn ergab, war vertraut.

SATA bot weiterhin einen direkten Weg zum Speicher. PCIe bedeutete nach wie vor, dass sich die Maschine spezialisierter einsetzen ließ. x86 ließ weiterhin Raum für vertraute Linux-Tools, Container, Netzwerklösungen und selbst gehostete Dienste.

Eine Maschine wie ZimaBoard 2 musste nicht mit einer bereits feststehenden endgültigen Idee daherkommen.

Für jemanden wie Geoff war genau das der entscheidende Punkt.

Die Hardware gab ihm sein Leben nicht zurück

Es gibt eine einfachere Version dieser Geschichte, die wahrscheinlich eine stärkere Werbung abgeben würde.

Geoff durchlebte eine schreckliche Zeit. Dann kehrte die Technik zurück. Dann tauchte eine weitere Maschine auf. Und alles wurde wieder gut.

Das ist nicht passiert.

Ein Server konnte die Menschen, die Geoff verloren hatte, nicht ersetzen.

Ein neues Stück Hardware konnte ihm die persönliche Arbeit nicht abnehmen, die es bedeutet, Trauer, Arbeitslosigkeit oder eine Zeit mit schlechter psychischer Gesundheit zu überwinden.

Zima hat ihn nicht gerettet.

Was diese Projekte boten, war viel bescheidener - und viel glaubwürdiger.

Sie gaben seiner zurückkehrenden Neugier einen vertrauten Ort, an den sie sich wenden konnte.

Eine Maschine, die man verändern konnte.

Eine Konfiguration, die man hinterfragen konnte.

Ein Problem, das man unnötig kompliziert machen konnte, weil es wieder Spaß zu machen schien, es zu lösen.

Und vielleicht war es nach einer Zeit, in der sich kaum etwas vertraut anfühlte, wichtig, etwas Vertrautes zu genießen.

Es gibt noch immer Dinge, die es wert sind, gebaut zu werden

Geoffs Leben kehrte nicht zu einer früheren Version seiner selbst zurück.

Es ging weiter.

Es gibt wieder Arbeit.

Da sind Freunde, Kollegen und Menschen, die ihm nah geblieben sind.

Da sind Hunde. Da sind Straßen, die noch darauf warten, befahren zu werden. Da sind Projekte, die wahrscheinlich länger dauern als erwartet.

Und es gibt noch immer Abende, an denen ein technisches Problem interessant genug ist, um ihm noch ein wenig weiter nachzugehen.

Das ist vielleicht der wichtigste Teil von Geoffs Geschichte.

Nicht der Server.

Nicht das Rack.

Nicht einmal der Code.

Der Wunsch, etwas zu erschaffen.

Eine Maschine anzusehen und wieder Möglichkeiten zu erkennen.

Das Terminal zu öffnen, ohne einen Grund zu brauchen.

Und die alte Frage dort wiederzufinden:

Was könnte ich damit bauen?

Jahrelang musste Geoff kaum über diese Frage nachdenken.

Dann verschwand es für eine Weile.

Jetzt ist es zurück.