En anpassad Docker-app kan kräva mer än en enkel sökväg mellan värd och container. I en ZimaOS-diskussion från januari 2026 behövde en SSHFS-baserad container monteringspropagering med alternativet :shared. När alternativet angavs i volymfältet för ZimaOS anpassade appar slutade containern att fungera, medan samma montering utan alternativet inte gav det beteende på värdsidan som programmet krävde.
Den viktiga skillnaden i tråden gäller ZimaOS WebUI-redigeraren och den underliggande Docker-stacken. Tester från communityn visade att Docker-volym- och bind-monteringsalternativ kunde fungera via Docker Compose eller CLI-arbetsflöden, medan WebUI inte tolkade eller bevarade alternativ som :shared, :ro och :readonly korrekt.
Begränsningen fanns i WebUI, inte i Docker som standard
Den ursprungliga skribenten frågade först om ZimaOS i sig saknade stöd för avancerade volymflaggor. Efter tester landade diskussionen i en mer avgränsad slutsats: Docker-motorn kunde använda alternativen, men formuläret för anpassade appar i ZimaOS exponerade eller bevarade dem inte korrekt.
En relaterad tråd från december 2025 kom fram till samma slutsats för skrivskyddade monteringar. En medlem i ZimaOS-teamet, Zima-Jerry, svarade att framtida WebGUI-versioner skulle innehålla fler redigeringsalternativ och att designarbetet pågick.
Den historiska statusen bör inte omvandlas till ett löfte eller ett releasedatum. Den 24 augusti 2026 rapporterade en annan communitymedlem att problemet med det skrivskyddade gränssnittet fortfarande var olöst och efterfrågade en tidsplan; tråden innehöll inget senare svar från teamet.
Varför :shared är viktigt för vissa containrar
Det aktuella fallet gällde SSHFS. Containern användes för att montera ett fjärrfilsystem, och användaren behövde att den resulterande monteringen skulle propageras utanför containerns namnrymd. För den här typen av arbetsflöde är det inte samma sak att bara mappa en värdsökväg till containern som att använda det nödvändiga alternativet för monteringspropagering.
Därför löste inte råd som enbart byggde på vanliga beständiga volymer för appdata det rapporterade SSHFS-fallet. Olika containrar kan kräva olika monteringssemantik.
Se Dockers dokumentation om bind-monteringar och monteringspropagering för aktuell Docker-funktionalitet och syntax.
Samma gränssnittsproblem påverkade :ro och :readonly
Den länkade diskussionen från december 2025 dokumenterade ett liknande problem med skrivskyddade monteringar. En deltagare i communityn rapporterade att ZimaOS gränssnitt kunde skriva om monteringen och ta bort suffixet :ro när volymkonfigurationen redigerades eller öppnades igen.
Detta handlar om mer än bekvämlighet. En montering som ska vara skrivskyddad bör inte i tysthet bli skrivbar. Om skrivskyddad åtkomst ingår i din säkerhets- eller dataskyddsmodell bör du kontrollera den faktiska monteringskonfigurationen i containern i stället för att enbart förlita dig på det som skrevs in i det tidigare WebUI:t.
Docker Compose var den praktiska lösningen
Den ursprungliga skribenten bekräftade att en vanlig Docker Compose-definition kunde uttrycka de nödvändiga monteringsalternativen även när det grafiska formuläret i ZimaOS inte kunde det. Lösningen i tråden var därför att hantera den avancerade monteringen via Compose i stället för att förlita sig på volymtextfältet.
Den aktuella ZimaOS-dokumentationen, uppdaterad i augusti 2026, beskriver fortfarande Docker Compose som den avancerade vägen för erfarna användare och anger att standardkonfiguration av containerkörningen hör hemma i Docker Compose. Se den aktuella dokumentationen om ZimaOS-funktioner och den aktuella referensen för ZimaOS Docker Compose.
De aktuella dokumenten bekräftar stöd för Compose, men dokumenterar inte någon särskild WebUI-kontroll för varje Docker-monteringsalternativ. Om en monteringsflagga är nödvändig bör du validera den resulterande Compose- och runtime-konfigurationen i stället för att anta att GUI:t bevarade den.
Vad den här tråden inte bevisar
- Det betyder inte att vanliga appdatavolymer i ZimaOS kräver
:shared. - Det betyder inte att Docker i ZimaOS saknar stöd för avancerade monteringar.
- Det fastställer inte att alla aktuella WebUI-versioner fortfarande fungerar exakt som versionen från januari 2026.
- Det anger inget officiellt leveransdatum för ytterligare kontroller av volymalternativ.
Vanliga frågor om volymalternativ i ZimaOS
Kan WebUI:t för anpassade appar i ZimaOS använda :shared?
I källtråden från januari 2026 hanterade WebUI:t inte alternativet korrekt. Det nödvändiga beteendet fungerade i stället via Docker Compose.
Har Docker i ZimaOS stöd för :ro och :readonly?
Diskussionen skiljer mellan stöd i Docker och den historiska begränsningen i gränssnittet. Docker stöder skrivskyddade monteringsalternativ, medan det ZimaOS-WebUI som diskuterades i dessa trådar inte bevarade dem på ett tillförlitligt sätt.
Bekräftades WebUI-begränsningen officiellt?
Ja. I den relaterade tråden från december 2025 sade Zima-Jerry att fler redigeringsalternativ planerades för framtida WebGUI-versioner. Inget releasedatum angavs.
Är problemet löst nu?
Källmaterialet fastställer ingen bekräftad lösning. En uppföljning från communityn den 24 augusti 2026 beskrev fortfarande problemet med det skrivskyddade gränssnittet som olöst, medan den aktuella ZimaOS-dokumentationen fortsatt rekommenderar Docker Compose för avancerad konfiguration.
