När Jellyfin, Emby eller Plex bara kan se ZimaOS-HD och inte den HDD, NVMe- eller RAID-lagring där dina medier faktiskt finns, är problemet vanligtvis inte att Docker ”saknar åtkomst till NAS:en”. En container kan bara bläddra i värdmappar som ZimaOS mappar in i den som volymer.
Detta var den centrala lösningen i källtråden från juni 2024. ETWang1991 bad användarna att öppna appens inställningar och lägga till den nya lagringen som en volym. Den ursprungliga skribenten svarade att det sedan fungerade ”som en dröm”, och en annan Jellyfin-användare kom senare fram till samma sak efter att ha sett skärmbilderna.
En Docker-app ser inte hela ZimaOS-värdens filsystem
Isolering av containrar är avsiktlig. Jellyfin kan se /Media i sin container endast om den sökvägen har mappats till en verklig värdkatalog som innehåller medierna.
Att en enhet visas i ZimaOS Files gör den inte automatiskt synlig i varje App Store-container.
Öppna appens inställningar och redigera volymer
Välj den verkliga mediamappen på värdsidan
Välj katalogen på den faktiska lagringsplatsen som innehåller ditt bibliotek i stället för att skriva in en gissad toppnivåsökväg som /Main-Storage.
Värd- och containersökvägar har olika funktioner
Sökvägen på containersidan bör vara enkel och stabil, till exempel /media eller /Media. I Jellyfin lägger du till bibliotek med den containersökvägen – inte den råa värdsökvägen.
Flera användare bekräftade att volymmappning var det saknade steget
Den ursprungliga skribenten sade att ändringen fungerade. En annan användare med RAID 5 Main-Storage såg först bara OS-disken och svarade sedan att skärmbilderna gav dem idén: ”Jag var tvungen att lägga till volymerna i Jellyfin.”
Detta är en källbekräftad lösning, inte en spekulativ behörighetslösning.
Individuellt tillagda diskar var ett användargränssnittsproblem 2024
Vissa deltagare hade svårt att välja individuellt aktiverade diskar eller RAID-lagring i den gamla väljaren. IceWhales personal svarade att enskilda diskar kunde aktiveras och användas och sade senare att gränssnittet hade förbättrats.
Dessa begränsningar från 2024 hör till det tidiga ZimaOS. Aktuella ZimaOS visar hanterad lagring mycket tydligare i lagrings- och appinställningarna.
Aktuella ZimaOS dokumenterar uttryckligen lagringssökvägar för appar
Den aktuella dokumentationen från IceWhale förklarar nu att App Store-containrar lagrar beständiga data i riktiga värdmappar och att varje apps volymmappningar kan inspekteras och ändras från dess inställningar.
Använd den aktuella sökvägsmodellen för ZimaOS Docker-appar när du mappar Jellyfin, Emby, Plex eller någon annan app.
Platserna för AppData och media är separata
Konfigurations- och databasfiler för appar kan ligga under den konfigurerade platsen för appdata, medan stora mediefiler ligger på en annan RAID- eller HDD-pool. Peka inte appens konfigurationsvolym mot filmmappen och anta inte att en flytt av AppData flyttar hela mediebiblioteket.
Aktuella ZimaOS kan flytta hanterad appdata
Aktuell datamigrering kan flytta Docker-avbildningar och Docker-programdata till ett annat lagringsutrymme. Det löser ett annat problem än att lägga till en medievolym: det ena styr var appen själv lagrar beständigt tillstånd, medan det andra ger containern åtkomst till användarens medier.
Se det aktuella arbetsflödet för migrering av hanterad appdata.
Välj skrivskyddade medievolymer när appen inte behöver ändra filer
En medieserver behöver vanligtvis läsa filmer och musik, men behöver inte nödvändigtvis behörighet att ta bort eller omorganisera källbiblioteket. När det aktuella appaketet tillåter det minskar skrivskyddad mappning av medierna den skada som en komprometterad eller felkonfigurerad container kan orsaka.
Program som avsiktligt byter namn på, flyttar eller importerar filer – exempelvis vissa stackar för nedladdning eller fotohantering – behöver en annan modell för skrivbehörigheter.
Volymmappning och filsystemsbehörigheter är separata kontroller
Att lägga till rätt värdmapp är det första kravet. Containerprocessen måste också ha tillräckliga filsystemsbehörigheter för att läsa eller skriva i den mappen. Om en mappad katalog visas men är tom när den öppnas eller returnerar behörighetsfel, identifiera containerns UID/GID och värdägarskapet innan du använder breda chmod 777 lösningar.
Problemet i källan från 2024 var främst en saknad volymmappning; senare behörighetsproblem bör felsökas först efter att rätt sökväg faktiskt har monterats.
Behåll containersökvägen stabil mellan ominstallationer
Om Jellyfins bibliotek skapades utifrån /Mediagenom att ändra containersökvägen till /mnt/media2 under en ominstallation kan göra att det befintliga biblioteket verkar saknas, även om värdfilerna aldrig flyttades.
Behåll samma containersökväg när det är möjligt, eller uppdatera programmets bibliotekskonfiguration medvetet efter att mappningarna ändrats.
Det nuvarande gränssnittet är bättre än väljaren från 2024, men Docker-regeln har inte ändrats
IceWhale medgav i källan att den gamla lagringsväljaren var förvirrande och förbättrade senare gränssnittet. Nuvarande ZimaOS visar platsen för appdata, värd- och containersökvägar, lagringsmigrering och apparnas cacheanvändning mer direkt.
Den underliggande Docker-regeln är fortfarande densamma: en container ser bara det som monterats i den.
Vanliga frågor om åtkomst till applagring
Varför kan ZimaOS Files se en enhet medan Jellyfin inte kan det?
Files körs på värdnivå; Jellyfin körs i en container och ser endast mappade volymer.
Bekräftades det i källtråden att tillägg av volymen fungerade?
Ja. Flera användare rapporterade att det fungerade efter att de lagt till lagrings- och medievolymen.
Bör Jellyfin bläddra i den råa värdsökvägen?
Nej. Jellyfin bör bläddra i containersökvägen som tilldelats den mappade värdmappen.
