Installationsprogrammet startades från en skrivskyddad plats
AdventureLogs skalskript för installation startade normalt men misslyckades när det försökte skapa ./adventurelog. På ZimaOS är bassystemet utformat som en apparat och skrivskyddat, så ett skript som förutsätter att den aktuella katalogen är skrivbar kan misslyckas även när den anslutna lagringen fungerar korrekt.
En annan användare stötte på en annan beroendekontroll
En annan deltagare rapporterade att installationsprogrammet stoppades omedelbart eftersom det inte kunde hitta docker-compose. Det var inte samma fel som det ursprungliga mkdir , och tråden fastställde inte något universellt kommando för paketinstallation på ZimaOS-värden.
Den demonstrerade lösningen var att arbeta under /DATA
En medlem i IceWhale-teamet varnade först för att CLI-arbete i allmänhet inte rekommenderas om det inte ingår i en vägledd undersökning. Demonstrationen utfördes på en testmaskin, med en uttrycklig rekommendation att undvika experiment på ett produktionssystem om operatören inte förstår riskerna för datorn och datasäkerheten.
För en erfaren användare var den demonstrerade sekvensen:
sudo -i
cd /DATA
mkdir 10-16test2
cd 10-16test2/
curl -sSL https://get.adventurelog.app | bashDen viktigaste förändringen var arbetskatalogen: /DATA är avsedd för skrivbar data, till skillnad från det skrivskyddade systemlagret. Installations-URL:en finns på AdventureLogs installationsslutpunkt.
En lyckad installation innebar inte att appen fungerade korrekt
Upphovspersonen bekräftade senare att själva installationen slutfördes efter att instruktionerna för en skrivbar sökväg hade följts. AdventureLogs backend startade dock inte, och loggarna rapporterade upprepade gånger att PostgreSQL inte var tillgängligt. Installation av en separat PostgreSQL-app från ZimaOS App Store anslöt den inte automatiskt till AdventureLog-stacken.
Tråden avslutas utan en bekräftad databaslösning. En fristående PostgreSQL-container blir inte automatiskt den databas som deklareras av ett annat Compose-projekt. Nätverksnamn, autentiseringsuppgifter, tjänsteidentifiering, volymer och den förväntade databasinitialiseringen måste överensstämma.
Vanliga frågor
Varför misslyckades mkdir trots att ZimaOS hade ledigt lagringsutrymme?
Installationsprogrammet kördes i en skrivskyddad del av systemet, inte i en skrivbar datakatalog. Ledigt utrymme någon annanstans gör inte den aktuella systemsökvägen skrivbar.
Löste det AdventureLog helt att köra installationsprogrammet under /DATA?
Det löste felet med installationskatalogen och gjorde det möjligt att installera stacken. Det senare problemet med PostgreSQL-tillgängligheten förblev olöst i tråden.
