Der AdventureLog-Shell-Installer startete normal, schlug jedoch fehl, als er versuchte, Folgendes zu erstellen:
./adventurelog . Auf ZimaOS ist das Basissystem geräteähnlich und schreibgeschützt. Daher kann ein Skript, das davon ausgeht, dass das aktuelle Verzeichnis beschreibbar ist, fehlschlagen, selbst wenn der angeschlossene Speicher selbst einwandfrei funktioniert.Der AdventureLog-Installer konnte auf dem schreibgeschützten Dateisystem von ZimaOS kein Verzeichnis erstellen
nicht finden konnte
Ein anderer Teilnehmer berichtete, dass der Installer sofort beendet wurde, weil er docker-compose. Das war nicht derselbe Fehler wie der ursprüngliche mkdir Fehler, und im Thread wurde kein allgemein gültiger Befehl zur Paketinstallation auf dem ZimaOS-Host festgelegt.
Die demonstrierte Fehlerbehebung bestand darin, unter /DATA zu arbeiten
Ein Mitglied des IceWhale-Teams wies zunächst darauf hin, dass Arbeiten über die CLI im Allgemeinen nicht empfohlen werden, sofern sie nicht Teil einer angeleiteten Untersuchung sind. Die Demonstration wurde auf einem Testgerät durchgeführt, verbunden mit der ausdrücklichen Empfehlung, nicht auf einem Produktivsystem zu experimentieren, sofern der Bediener die Risiken für Computer- und Datensicherheit nicht versteht.
Für erfahrene Benutzer war die demonstrierte Abfolge:
sudo -i
cd /DATA
mkdir 10-16test2
cd 10-16test2/
curl -sSL https://get.adventurelog.app | bashDie entscheidende Änderung betraf das Arbeitsverzeichnis: /DATA ist für beschreibbare Daten vorgesehen, im Gegensatz zur schreibgeschützten Systemebene. Die URL des Installationsprogramms ist unter dem AdventureLog-Installationsendpunkt verfügbar.
Eine erfolgreiche Installation bedeutete nicht, dass die App funktionsfähig war
Der ursprüngliche Autor bestätigte später, dass die Installation selbst nach Befolgung der Anweisungen für einen beschreibbaren Pfad abgeschlossen wurde. Das Backend von AdventureLog startete jedoch nicht, und in den Protokollen wurde wiederholt gemeldet, dass PostgreSQL nicht verfügbar war. Die Installation einer separaten PostgreSQL-App aus dem ZimaOS App Store verband sie nicht automatisch mit dem AdventureLog-Stack.
Der Thread endet ohne bestätigte Lösung für die Datenbank. Ein eigenständiger PostgreSQL-Container ist nicht automatisch die Datenbank, die von einem anderen Compose-Projekt festgelegt wurde; Netzwerknamen, Zugangsdaten, Diensterkennung, Volumes und die erwartete Datenbankinitialisierung müssen übereinstimmen.
FAQ
Warum ist mkdir fehlgeschlagen, obwohl auf ZimaOS noch Speicherplatz frei war?
Das Installationsprogramm lief in einem schreibgeschützten Teil des Systems und nicht in einem beschreibbaren Datenverzeichnis. Freier Speicher an anderer Stelle macht den aktuellen Systempfad nicht beschreibbar.
Hat die Ausführung des Installationsprogramms unter /DATA AdventureLog vollständig zum Laufen gebracht?
Der Fehler mit dem Installationsverzeichnis wurde behoben, und der Stack konnte installiert werden. Das spätere Problem mit der PostgreSQL-Verfügbarkeit blieb im Thread ungelöst.
