Wie GhostStrats mit Project NOMAD einen Offline-Überlebenscomputer baut

Vielen Dank an GhostStrats für die Dokumentation einer praktischen Möglichkeit, einen mobilen Offline-Wissensserver aufzubauen. Sein Video zum Project-NOMAD-Überlebenscomputer kombiniert eine kompakte ZimaBlade, Ubuntu, ein externes Startlaufwerk, lokal gespeichertes Referenzmaterial und optionale lokale KI in einem bewusst mobilen Setup.

Anerkennung gebührt auch den Entwicklern und Mitwirkenden hinter Project NOMAD. Wie GhostStrats erklärt, hat er das Projekt nicht erstellt. Sein Beitrag besteht darin zu zeigen, wie die von der Community entwickelte Software auf einem kleinen x86-Computer installiert und vor einem Ausfall, einer Reise in abgelegene Gebiete oder einer anderen Situation vorbereitet werden kann, in der möglicherweise keine normale Internetverbindung verfügbar ist.

Der Ausdruck „Offline-Internet“ braucht eine wichtige Einschränkung. Dieses System bewahrt nicht das Live-Web, aktuelle Nachrichten, Cloud-Konten oder Websites, die nie heruntergeladen wurden. Es erstellt eine durchsuchbare lokale Sammlung ausgewählter Informationen, Karten, Kurse, Dokumente, Tools und KI-Modelle. Was nach der Trennung vom Internet verfügbar bleibt, hängt vollständig davon ab, was zuvor installiert und synchronisiert wurde.

GhostStrats stellt die Idee vor, wichtige digitale Ressourcen auch dann zugänglich zu halten, wenn keine herkömmliche Internetverbindung verfügbar ist.

Vor dem Aufbau ansehen: Das Video zeigt nacheinander GhostStrats’ physische Hardware, den Ablauf mit externen Laufwerken, die Ubuntu-Vorbereitung, die Installation von Project NOMAD und die abschließende Einrichtung. Das Ansehen der ursprünglichen Demonstration hilft dabei, seine mobile Konfiguration vom standardmäßigen Installationsweg von Project NOMAD zu unterscheiden.

Quelle und Sicherheitshinweis: Dieser Artikel strukturiert den in GhostStrats’ Video gezeigten Ablauf und die dortigen Beobachtungen neu und gleicht die Softwaredetails mit dem offiziellen Project-NOMAD-Repository ab. Es wird nicht zugesichert, dass jeder Computer, jedes USB-Gehäuse, jedes BIOS, jedes KI-Modell oder jede Inhaltssammlung identisch funktioniert. Sichern Sie vorhandene Daten, bevor Sie ein Image schreiben oder ein Betriebssystem installieren, und überprüfen Sie jedes Ziellaufwerk, bevor Sie einen destruktiven Datenträgervorgang bestätigen.

Warum einen Offline-Wissensserver aufbauen?

Die meisten Informationen, die Menschen täglich nutzen, befinden sich hinter einer Infrastruktur, die sie nicht kontrollieren. Suchmaschinen, Cloud-Laufwerke, Streaming-Plattformen, Kartendienste und KI-Assistenten benötigen normalerweise Internetzugang sowie funktionierende externe Dienste. Selbst ein vollständig aufgeladener Laptop ist deutlich weniger nützlich, wenn diese Verbindungen ausfallen.

GhostStrats betrachtet das Problem als Vorsorgeprojekt und nicht als Versuch, das gesamte Internet zu duplizieren. Ziel ist es, wertvolle Ressourcen im Voraus auszuwählen, lokal zu speichern und sie über einen Browser auf dem Server selbst oder anderen Geräten im selben Netzwerk verfügbar zu machen.

Das Projekt beginnt mit einer vertrauten Arbeitsstation, dient aber dazu, Informationen vorzubereiten, die auch abseits der üblichen Online-Infrastruktur nutzbar bleiben.

Ein vorbereitetes Project-NOMAD-System kann verschiedenen Anforderungen dienen:

• Notfall- und medizinische Referenzmaterialien, die vor einem Ausfall ausgewählt wurden
• Wikipedia, E-Books, Reparaturanleitungen und andere Offline-Lektüre
• Heruntergeladene regionale Straßenkarten für die lokale Nutzung
• Lehrinhalte und Kurse für Orte mit unzuverlässiger Internetverbindung
• Persönliche PDFs, Notizen, Handbücher und technische Dokumentation
• Ein optionaler lokaler KI-Assistent, der nach dem Herunterladen seines Modells keine Cloud-API benötigt

Das System ist nur dann nützlich, wenn es vorbereitet, getestet, mit Strom versorgt und aktualisiert wird, bevor es benötigt wird. Project NOMAD benötigt während der Ersteinrichtung sowie beim Herunterladen neuer Anwendungen, Inhaltspakete, Updates und KI-Modelle weiterhin eine Internetverbindung.

Die mobile Hardware hinter GhostStrats’ Aufbau

GhostStrats verwendet den kompakten x86-Server ZimaBlade als Host. Durch seine geringe Größe lässt er sich problemlos neben einem mobilen Display und externem Speicher aufstellen, während die x86-Architektur standardmäßige Debian-basierte Betriebssysteme wie Ubuntu unterstützt.

GhostStrats kombiniert die kompakte ZimaBlade mit einem kleinen Display, mobiler Stromversorgung, Kabeln und externem Speicher zu einem transportablen Feldeinsatz-Setup.

-47% OFF

ZimaBlade – Single-Board-Server für Cyber Native

Single board computer

$69.00 - $179.00

Buy Now

ZimaBlade ist eine logische Plattform für den grundlegenden Wissensserver, da sie x86-Kompatibilität, austauschbaren DDR3L-Speicher, integrierten eMMC-Speicher, native SATA-Anschlüsse und PCIe-Erweiterung bietet. Die offizielle Dokumentation zur Einrichtung der ZimaBlade kann Besitzern dabei helfen, Anschlüsse, Speicheroptionen, Speichergrenzen und Möglichkeiten für Betriebssysteme von Drittanbietern zu ermitteln.

Das macht nicht jede ZimaBlade-Konfiguration zu einer leistungsstarken KI-Workstation. Die zentrale Verwaltungssoftware von Project NOMAD ist vergleichsweise ressourcenschonend, doch lokale Large Language Models können deutlich mehr Arbeitsspeicher, Speicherplatz, CPU-Leistung und GPU-Beschleunigung erfordern. Bei bescheidener Hardware sollten die Offline-Bibliothek, Karten, Dokumente und Bildungswerkzeuge sinnvollerweise Vorrang haben. Lokale KI sollte als optionale Arbeitslast betrachtet und an die Modellgröße angepasst werden, die das Gerät tatsächlich bewältigen kann.

So organisiert Project NOMAD Offline-Ressourcen

Project NOMAD ist ein browserbasiertes Command Center, das eine Sammlung containerisierter Anwendungen koordiniert. Laut der offiziellen Dokumentation können zu den verfügbaren Modulen gehören:

• Informationsbibliothek: Auf Kiwix basierendes Wikipedia, medizinische Referenzen, E-Books, Reparaturmaterial und weitere ZIM-Archive
• Offline-Karten: Heruntergeladene regionale Kartendaten, die ohne einen aktiven Kartendienst durchsucht werden können
• Bildungsplattform: Auf Kolibri basierende Lektionen, Videos und Kursfortschritt
• KI-Assistent: Optionale lokale Modelle über Ollama mit Dokumenten-Upload und semantischer Suche
• Datenwerkzeuge: CyberChef-Funktionen für Kodierung, Hashing, Verschlüsselung und Analyse
• Notizen und Dienstprogramme: Lokale Notizen sowie zusätzliche Anwendungen, die über das Command Center ausgewählt werden

Project NOMAD lädt Ressourcen herunter, solange eine Verbindung verfügbar ist, und stellt die gespeicherten Inhalte lokal für Computer, Tablets und Smartphones bereit, nachdem die Internetverbindung getrennt wurde.

Diese Architektur erklärt, warum ein Browser für die normale Nutzung ausreicht. Die Anwendungen laufen auf dem Host, während ein anderer Laptop, ein Smartphone oder ein Tablet im selben vertrauenswürdigen Netzwerk die lokale Adresse des Hosts öffnet. Die Clientgeräte benötigen nicht jeweils eine eigene Kopie der vollständigen Bibliothek.

Schritt 1: Entscheiden Sie, was offline verfügbar bleiben muss

Beginnen Sie mit einem Inhaltsplan, statt jede verfügbare Sammlung herunterzuladen. Eine praktische Bibliothek könnte regionale Karten, Erste-Hilfe-Referenzen, Reparaturhandbücher für Ihre eigene Ausrüstung, Dokumentation zu Betriebssystemen, eine kompakte Enzyklopädie, Bildungsinhalte und persönliche Dokumente kombinieren.

Der Speicherbedarf steigt schnell. Die Project-NOMAD-Anwendung allein kann mit relativ wenig freiem Speicher auskommen, aber Wikipedia-Archive, Karten, Videos, Kurse, lokale Dokumente und KI-Modelle können Dutzende oder Hunderte Gigabyte belegen. Lassen Sie ungenutzte Kapazität für Updates, temporäre Downloads, Containerdaten und Backups frei.

Auch die Auswahl der Inhalte bestimmt den Nutzen. Eine riesige Bibliothek ist nicht automatisch besser, wenn sich das Material in der falschen Sprache befindet, die falsche Region abdeckt oder nicht effizient durchsucht werden kann. Richten Sie sie an realistischen Szenarien aus und prüfen Sie, ob wichtige Seiten, Karten und Handbücher tatsächlich geöffnet werden können.

Schritt 2: Ubuntu-Installationsmedium vorbereiten

GhostStrats’ besondere Entscheidung besteht darin, das Betriebssystem, Project NOMAD, heruntergeladene Inhalte, lokale KI und persönliche Dateien gemeinsam auf einem dedizierten externen bootfähigen Laufwerk zu speichern. Dadurch wird die Umgebung portabler, und das interne Betriebssystem jedes kompatiblen Hostcomputers muss nicht dauerhaft ersetzt werden.

Für die Vorbereitung unter Windows verwendet er Rufus, um ein Ubuntu-Installationsimage auf einen Wechseldatenträger zu schreiben.

GhostStrats verwendet Rufus, um ein Ubuntu-Image auszuwählen und ein bootfähiges Installationsmedium vorzubereiten, bevor das dedizierte externe Systemlaufwerk verwendet wird.

Warnung zur Laufwerksauswahl: Das Schreiben von Bootmedien und die Installation von Ubuntu können das ausgewählte Gerät löschen. Trennen Sie nach Möglichkeit nicht benötigte Wechseldatenträger, vergleichen Sie Laufwerksmodell und Kapazität sorgfältig und sichern Sie wichtige Daten, bevor Sie fortfahren. Das Installationsmedium und das externe Laufwerk, auf dem das fertige Ubuntu-System gespeichert wird, können separate Geräte sein.

Schritt 3: Ubuntu auf dem dedizierten externen Laufwerk installieren

Starten Sie den Zielcomputer über das BIOS- oder UEFI-Startmenü vom Ubuntu-Installationsmedium und wählen Sie anschließend die dedizierte externe SSD als Installationsziel aus. Die genauen Menünamen variieren je nach Motherboard. Manche Systeme schränken das Starten von externen Geräten zudem ein oder erfordern Änderungen an der Startreihenfolge und den Secure-Boot-Einstellungen.

Am sichersten ist es, das Ziellaufwerk anhand von Kapazität und Modellnummer zu identifizieren. Bei einer portablen Installation sollten sich Bootloader und Systempartitionen auf dem vorgesehenen externen Gerät befinden, statt versehentlich eine andere interne Festplatte zu verändern.

Sobald Ubuntu vom externen Laufwerk startet, stellen Sie eine Netzwerkverbindung her, installieren Sie die aktuellen Systemupdates, überprüfen Sie, ob der Speicherplatz die erwartete freie Kapazität aufweist, und testen Sie mindestens einen vollständigen Neustart, bevor Sie den NOMAD-Anwendungsstack hinzufügen.

Schritt 4: Das Project NOMAD Command Center installieren

Project NOMAD unterstützt derzeit Debian-basierte Betriebssysteme und verwendet ein terminalbasiertes Installationsprogramm. Die offizielle Kurzanleitung erfordert Administratorrechte, installiert den erforderlichen Container-Stack und stellt anschließend das Command Center über einen lokalen Browser bereit.

Da sich Software im Laufe der Zeit ändert, kopieren Sie den aktuellen Befehl aus der offiziellen Installationsanleitung für Project NOMAD, anstatt sich auf einen alten Befehl zu verlassen, der in einem Artikel eines Drittanbieters wiedergegeben wurde. Nach Abschluss der Installation ist die Benutzeroberfläche normalerweise über den lokalen Port 8080 des Hosts erreichbar – auf dem Server über localhost oder von einem anderen Gerät aus über die lokale IP-Adresse des Servers.

Schritt 5: Wissen, Karten, Kurse und Modelle herunterladen

In diesem Schritt wird aus einem normalen Ubuntu-Server eine Offline-Ressource. Solange noch Internetzugang besteht, verwenden Sie den Einrichtungsassistenten und die Inhaltswerkzeuge, um die für das Projekt erforderlichen Sammlungen auszuwählen.

Laden Sie jeweils nur eine Kategorie herunter und bestätigen Sie, dass der Download erfolgreich abgeschlossen wurde. Große Kartenregionen, Videokurse, vollständige Enzyklopädiearchive und KI-Modelle können viel Zeit und Speicherplatz beanspruchen. Eine teilweise heruntergeladene Sammlung ist möglicherweise nicht nützlich, wenn die Verbindung ausfällt.

Wenn lokale KI aktiviert ist, wählen Sie ein für die Hardware geeignetes Modell. Ein Modell, das zwar technisch geladen werden kann, aber nahezu den gesamten verfügbaren Speicher beansprucht, kann dazu führen, dass die Benutzeroberfläche langsam oder instabil wird. Die Dokumentation von Project NOMAD empfiehlt für ein optimales KI-Erlebnis deutlich leistungsfähigere Hardware als für das reine Command Center erforderlich ist.

Schritt 6: Persönliches Material hinzufügen und eine Sicherung erstellen

Öffentliche Referenzsammlungen werden noch nützlicher, wenn sie mit eigentümerspezifischen Informationen kombiniert werden: Gerätehandbüchern, Kontaktlisten, Angaben zu Medikamenten, lokalen Verfahren, Zertifikaten, Reparaturdiagrammen und Kopien wichtiger Dokumente.

Schützen Sie vertrauliches Material angemessen. Das aktuelle Design von Project NOMAD umfasst keine integrierte Benutzerauthentifizierung, sodass möglicherweise jeder auf die offengelegten Dienste zugreifen kann, der sie im selben Netzwerk erreicht. Speichern Sie keine privaten Dokumente, ohne dieses Zugriffsmodell zu verstehen, und setzen Sie den Server nicht direkt dem öffentlichen Internet aus.

Ein externes Bootlaufwerk ist ebenfalls ein Single Point of Failure. Bewahren Sie eine zweite getestete Kopie unersetzlicher persönlicher Dateien auf und sichern Sie, wo praktikabel, die Anwendungsdaten oder das vollständige Systemlaufwerk. Ein tragbarer Server, der nur auf einer SSD vorhanden ist, ist zwar praktisch, aber nicht ausfallsicher.

Schritt 7: Internet trennen und das echte System testen

Der entscheidende Test besteht nicht darin, zu prüfen, ob das Dashboard funktioniert, solange der Server noch Internetzugang hat. Trennen Sie die WAN-Verbindung, lassen Sie nur das vertrauenswürdige lokale Netzwerk bestehen und probieren Sie die Aufgaben aus, die das System unterstützen soll.

Die abschließende Validierung sollte bestätigen, dass die vorbereiteten Ressourcen über die Project-NOMAD-Umgebung erreichbar bleiben, ohne von einem externen Dienst abhängig zu sein.

Ein nützlicher Offline-Abnahmetest umfasst:

• Den Host im getrennten Zustand neu starten und bestätigen, dass die erforderlichen Dienste wieder verfügbar sind
• Das Command Center sowohl vom Host als auch von einem zweiten lokalen Gerät öffnen
• Mehrere heruntergeladene Enzyklopädie- und Referenzseiten durchsuchen
• In den heruntergeladenen Kartenregionen zoomen und navigieren
• Kurse, Videos, PDFs, Notizen und persönliche Dokumente öffnen
• Das ausgewählte lokale KI-Modell starten und ihm ohne Cloud-Endpunkt Fragen stellen
• Überprüfen des Stromverbrauchs und der erwarteten Laufzeit mit der ausgewählten Notstromausrüstung

Wenn eine Funktion erst nach der Trennung ausfällt, hängt sie möglicherweise weiterhin von einer Cloud-API, einer entfernten Schriftart, einem Anmeldedienst, einem nicht zwischengespeicherten Asset oder Inhalten ab, die nie vollständig heruntergeladen wurden. Diese Abhängigkeit während eines kontrollierten Tests zu erkennen, ist deutlich besser, als sie erst bei einem tatsächlichen Ausfall festzustellen.

Was weiterhin funktioniert – und was nicht

Sicherheit, Wartung und Zuverlässigkeit sind genauso wichtig wie die Installation

Project NOMAD ist absichtlich leicht über ein lokales Netzwerk erreichbar und verfügt derzeit über keine integrierte Authentifizierungsschicht. Verwenden Sie Routerregeln, Firewall-Kontrollen und ein vertrauenswürdiges isoliertes Netzwerk, um festzulegen, welche Geräte darauf zugreifen können. Die projektspezifische Dokumentation rät ausdrücklich davon ab, die Instanz direkt dem Internet auszusetzen.

Auch eine Offline-Bibliothek altert. Stellen Sie nach einem kontrollierten Zeitplan wieder eine Verbindung her, um Softwarekorrekturen zu installieren, Referenzsammlungen zu aktualisieren, Karten zu erneuern und KI-Modelle bei Bedarf zu ersetzen. Wiederholen Sie nach jeder größeren Änderung den Offline-Test, anstatt anzunehmen, dass das Update das bisherige Verhalten beibehalten hat.

Planen Sie schließlich das physische System: Schützen Sie das Board und freiliegende Anschlüsse, sichern Sie das externe Laufwerk, kennzeichnen Sie die erforderlichen Kabel, dokumentieren Sie den Bootvorgang und vergewissern Sie sich, dass die ausgewählte Powerbank oder Notstromversorgung die für das vollständige Setup erforderliche Spannung und Stromstärke liefern kann. Lokal gespeichertes Wissen ist nur so lange wertvoll, wie der Speicher lesbar bleibt und die Hardware starten kann.

Für wen ist dieses Projekt gedacht?

Der Build von GhostStrats ist besonders für Menschen relevant, die ein kompaktes, eigenständiges Referenzsystem statt eines weiteren cloudabhängigen Dienstes möchten.

• Für den Notfall vorsorgende Nutzer können sorgfältig ausgewählte Informationen zu Notfällen, Medizin, Kommunikation und Reparaturen lokal verfügbar halten.
• Reisende und Nutzer abseits des Netzes können Karten, Handbücher, Dokumente und Bildungsinhalte an Orte mitnehmen, an denen die Verbindung unzuverlässig ist.
• Familien und Pädagogen können Lernressourcen für mehrere lokale Geräte bereitstellen, ohne dass jeder Client die gesamte Bibliothek speichern muss.
• Homelab-Betreiber können Docker, lokale Inhaltsdienste, Offline-First-Design und lokale KI auf Hardware erkunden, die sie selbst kontrollieren.
• Datenschutzbewusste Nutzer können ausgewählte Dokumente und KI-Interaktionen auf lokaler Hardware speichern, sofern sie auch das lokale Netzwerk absichern.

Es eignet sich weniger für alle, die Live-Suchergebnisse, automatisch aktuelle Informationen, KI-Leistung im Cloud-Maßstab oder ein wartungsfreies Notfallgerät erwarten. Das Projekt belohnt sorgfältige Vorbereitung und regelmäßige Tests.

Häufig gestellte Fragen

Funktioniert Project NOMAD ohne Internetzugang?

Ja, sobald die Software und die gewünschten Ressourcen vollständig heruntergeladen wurden. Für die erstmalige Installation, Updates, zusätzliche Inhalte und neue KI-Modelle ist ein Internetzugang erforderlich.

Ist das externe Ubuntu-Laufwerk erforderlich?

Nein. Es ist eine Entscheidung zugunsten der Portabilität, die beim Build von GhostStrats verwendet wird. Project NOMAD kann auch auf dem normalen internen Speicher eines kompatiblen Debian-basierten Computers installiert werden.

Kann ZimaBlade die lokalen KI-Funktionen ausführen?

Leichtgewichtige Modelle können auf manchen Konfigurationen ausgeführt werden, aber die Erfahrung hängt vom genauen Prozessor, dem installierten Arbeitsspeicher, der Modellgröße und der verfügbaren Beschleunigung ab. Die Offline-Informationsbibliothek und andere Nicht-KI-Tools sind für bescheidene Hardware die realistischeren Prioritäten.

Wie viel Speicherplatz benötigt ein Offline-Server?

Die Basisanwendung benötigt relativ wenig Speicherplatz, aber die ausgewählten Inhalte bestimmen den tatsächlichen Bedarf. Karten, Enzyklopädie-Archive, Kurse, persönliche Dateien und KI-Modelle können die Gesamtgröße von einer kleinen Installation auf mehrere hundert Gigabyte erhöhen.

Ist Project NOMAD ein Backup des Internets?

Nein. Es handelt sich um eine lokal gespeicherte Sammlung ausgewählter Ressourcen und Tools. Er kann keine Live-Seiten oder Informationen abrufen, die nie heruntergeladen wurden.

Kann der Server direkt dem Internet ausgesetzt werden?

Das sollte er nicht sein. Project NOMAD verfügt derzeit über keine integrierte Authentifizierung und ist für den kontrollierten lokalen Zugriff vorgesehen. Befolge die Sicherheitshinweise des Projekts und verwende Kontrollen auf Netzwerkebene.

Ein Survival-Computer wird gebaut, bevor er gebraucht wird

Die wichtigste Erkenntnis aus GhostStrats’ Projekt ist nicht, dass eine kleine Box das Internet ersetzen kann. Vielmehr zeigt es, dass ein kompakter x86-Server einen nützlichen, durchsuchbaren Teil des digitalen Wissens unter der Kontrolle seines Besitzers bewahren kann.

ZimaBlade stellt die tragbare Hardware-Grundlage bereit, Ubuntu bietet eine vertraute Betriebssystemumgebung, und Project NOMAD organisiert heruntergeladenes Wissen, Karten, Kurse, Tools und optionale lokale KI über eine browserbasierte Oberfläche. GhostStrats’ Design mit einem externen Laufwerk sorgt für zusätzliche Mobilität, sodass die vorbereitete Umgebung zwischen kompatiblen Computern übertragen werden kann.

Das Ergebnis wird erst dann zuverlässig, wenn der Besitzer relevante Inhalte auswählt, alle Downloads abschließt, das lokale Netzwerk absichert, Backups erstellt und das System mit physisch getrennter Internetverbindung testet. Sieh dir GhostStrats’ vollständiges Project-NOMAD-Projekt an, um die ursprüngliche Hardware und die Installationsanleitung zu sehen.

Baust du deinen eigenen tragbaren Offline-Server oder experimentierst du mit lokalem Wissen und KI? Tritt der ZimaSpace-Community bei, um Hardware-Optionen zu vergleichen, dein fertiges Projekt zu teilen und von anderen Home-Server-Machern zu lernen.