Vissa leverantörers Docker-installationsprogram antar att de kan skapa programkataloger direkt under Linux-rotfilsystemet. Det strider mot ZimaOS:s appliance-liknande design när ett installationsprogram kräver en värdsökväg som /app.
Den här tråden från januari 2026 nådde så småningom en bättre lösning än att göra ZimaOS:s rotfilsystem skrivbart: konfigurera ONLYOFFICE Workspace att använda beständig lagring under /media och välj uttryckligen installationstypen Community.
Gör inte ZimaOS-rotfilsystemet skrivbart bara för att tillgodose ett installationsprogram
Den ursprungliga distributionen bestod av flera containrar för databas-, sök-, dokument-, e-post-, kommunikations- och hanteringstjänster. Leverantörens installationsprogram förväntade sig /app, medan användaren ville lagra de faktiska data på en stor ZimaOS-dataenhet.
Communityn styrde diskussionen bort från att permanent ändra ZimaOS:s basfilsystem. Uppdateringar av appliance-operativsystemet kan ersätta eller ogiltigförklara ändringar som inte stöds under rotfilsystemet.
Leverantörens installationsprogram hade en konfigurerbar baskatalog
Efter att installationsskripten hade granskats fick användaren veta att lagringsplatsen faktiskt inte var hårdkodad. Baskatalogen kunde ändras från standardsökvägen på rotnivå till en beständig plats på ZimaOS-dataenheten.
Det är en säkrare arkitektur eftersom containrar och programdata förblir på skrivbar lagring, medan ZimaOS-systemavbildningen fortsätter att hanteras av operativsystemet.
Välj uttryckligen installationstypen Community
Användaren rapporterade senare ett andra problem: efter att baskatalogen hade ändrats kunde installationsprogrammet falla tillbaka till Enterprise-utgåvan. Efter kontakt med programvaruleverantören bekräftade de att Community-distributionen krävde rätt val av installationstyp.
Aktuella ONLYOFFICE-instruktioner visar fortfarande separata installationstyper för Community och Enterprise. Innan du ändrar ett gammalt nedladdat skript bör du bekräfta vilka skriptparametrar som väljer Workspace Community i det aktuella installationsprogrammet.
Använd det aktuella ONLYOFFICE-skriptet, inte det historiska filnamnet från forumet
Foruminlägget från 2026 hänvisade till ett äldre installationsfilnamn. I de aktuella instruktionerna för ONLYOFFICE Workspace publiceras nu workspace-install.sh för Docker-distributioner, och de parametrar som stöds dokumenteras separat.
Den aktuella uppströmsprocessen och systemkraven beskrivs i det underhållna Docker-installationsflödet för Workspace Community.
Docker Compose är fortfarande ett mer transparent alternativ
Communitydiskussionen övervägde också att distribuera stacken med Compose i stället för att förlita sig på ett stort installationsskript. Det gör det enklare att granska avbildningsutgåvor, volymsökvägar, nätverk och beständig lagring före distributionen.
Om du importerar en stack med flera containrar till aktuella ZimaOS hör standardinställningar för körning hemma i Docker Compose. Den aktuella förklaringen av hur ZimaOS hanterar Docker Compose-konfiguration hjälper till att hålla leverantörens lagringssökvägar åtskilda från ZimaOS-appmetadata.
Vanliga frågor om ONLYOFFICE på ZimaOS
Behöver jag göra ZimaOS-rotfilsystemet skrivbart?
Nej, ingen lösning i den slutliga tråden krävde det. Det bättre tillvägagångssättet var att placera leverantörens baskatalog på skrivbar, beständig lagring.
Var /app verkligen obligatoriskt?
Användarens leverantör bekräftade till slut att installationsprogrammets baskatalog kunde ändras, så värden behövde inte lagra programmet under sökvägen /app på rotnivå.
Varför visades fel utgåva?
Användaren upptäckte att en ändring av baskatalogen blottlade ett beteende i installationsprogrammet som valde Enterprise som standard. De rapporterade att ett uttryckligt val av installationstypen Community löste den delen.
Bör jag kopiera forumkommandona från 2026 exakt?
Nej. ONLYOFFICE:s aktuella installationsfilnamn och parametrar bör kontrolleras mot de underhållna instruktionerna före distributionen.
