Det viktigaste lagringskonceptet för Docker i ZimaOS är att en sökväg inuti en appcontainer inte är samma sökväg som värden använder för att lagra de faktiska data. Plex kan se /config och /media, medan ZimaOS mappar dessa platser till riktiga mappar på en lagringsenhet.
Handledningen från 2024 är fortfarande konceptuellt korrekt. Den aktuella dokumentationen från IceWhale har utökat modellen: användare kan nu ange den globala platsen för appdata under Settings > Apps, flytta appdata till ett annat lagringsutrymme, granska volymmappningar för enskilda appar och hålla stora mängder AppData borta från den lilla systemenheten.
En container har ett eget filsystem
Docker isolerar varje app från ZimaOS-värden. Inuti containern ser en app sitt eget rotfilsystem som börjar vid /Filer som endast skrivs till detta tillfälliga lager kan försvinna när containern återskapas.
Beständiga data behöver därför en uttrycklig volym eller bindmontering till en riktig mapp på värden.
Sökvägen på värden och sökvägen i containern har olika funktioner
En mappning som:
/DATA/AppData/plex/config → /config
/DATA/Media → /mediabetyder:
- den vänstra sidan är den faktiska platsen på ZimaOS-värden;
- den högra sidan är det som Plex ser inuti containern.
Plex bör konfigureras att använda sökvägen på containersidan, medan säkerhetskopior och filhantering på värdnivå ska använda sökvägen på värdsidan.
Plex /config innehåller beständigt apptillstånd
Källhandledningen mappade Plex /config till en AppData-mapp så att biblioteksdatabasen, inställningar, metadata och relaterat tillstånd finns kvar efter omstarter eller återskapande av containern.
Aktuella ZimaOS använder fortfarande samma princip för beständiga data, men den faktiska sökvägen på värden kan ändras om användaren byter plats för appdata.
Plex /media ska peka på det riktiga mediebiblioteket
Plex ser inte automatiskt alla diskar i ZimaOS. En mediemapp på värden måste monteras i Plex-containern och sedan väljas från motsvarande sökväg på containersidan.
Appinställningar visar och redigerar volymmappningarna
Zima-Giorgios handledning instruerade användarna att öppna Plex-inställningarna och granska volymsökvägarna. Nuvarande ZimaOS behåller denna modell och ger dessutom bättre överblick över applagringen via Inställningar > Appar.
Använd den aktuella modellen för ZimaOS app-lagringssökvägar för dagens sökvägsbeteende.
Med nuvarande ZimaOS kan du flytta den globala platsen för appdata
IceWhale rekommenderar nu att AppData-platsen pekar på ett faktiskt lagringsutrymme i stället för att fylla systemdisken. ZimaOS kan flytta hanterade appdata när den platsen ändras.
Det innebär att en hårdkodad sökväg från 2024, såsom /DATA/AppData/plex/config kanske inte är den bokstavliga sökvägen på alla aktuella system.
Säkerhetskopiera de beständiga mapparna på värdsidan
När du säkerhetskopierar Plex bör du skydda värdmappen som lagrar /config och andra viktiga beständiga monteringar. Att säkerhetskopiera den tillfälliga containeravbildningen är vanligtvis mindre värdefullt, eftersom avbildningen kan hämtas igen.
För databaser bör du överväga om programmet behöver stoppas eller exporteras på ett konsekvent sätt innan en säkerhetskopiering på filsystemnivå görs.
Media och AppData är olika lagringsklasser
Plex-konfigurationen kan vara bara några gigabyte, medan ett mediebibliotek kan vara tiotals terabyte. De kan ligga på olika lagringsutrymmen och ha olika säkerhetskopieringsprinciper.
Flytta inte hela mediebiblioteket bara för att du ändrar platsen för Plex AppData.
En korrekt mappning kan ändå misslyckas på grund av behörigheter
Om Plex kan se den monterade sökvägen men inte öppna filer är nästa lager ägarskap och behörigheter i filsystemet. Om sökvägen inte finns alls inuti containern måste volymmappningen åtgärdas först.
Vanliga frågor om Docker-sökvägar
Bör Plex använda ZimaOS-värdens sökväg i biblioteksinställningarna?
Nej. Plex bör normalt använda sökvägen på containersidan, till exempel /media.
Tar borttagning av en Docker-container automatiskt bort mappade AppData?
Nej. Beständiga värdmappar finns kvar om de inte tas bort medvetet.
Är /DATA/AppData alltid den aktuella fysiska platsen för AppData?
Inte nödvändigtvis. I nuvarande ZimaOS kan användare välja och flytta platsen för hanterade appdata.
