Wanneer Jellyfin, Emby of Plex alleen ZimaOS-HD kan zien en niet de HDD, NVMe of RAID waarop je media daadwerkelijk staan, ligt het probleem meestal niet bij het feit dat Docker ‘geen toegang tot de NAS’ heeft. Een container kan alleen door hostmappen navigeren die ZimaOS als volumes aan de container koppelt.
Dit was de kernoplossing in de oorspronkelijke thread uit juni 2024. ETWang1991 vertelde gebruikers dat ze de instellingen van de app moesten openen en de nieuwe opslag als volume moesten toevoegen. De oorspronkelijke poster antwoordde dat het daarna ‘als een zonnetje’ werkte, en een andere Jellyfin-gebruiker kwam later tot dezelfde conclusie na het zien van de schermafbeeldingen.
Een Docker-app ziet niet het volledige bestandssysteem van de ZimaOS-host
Containerisolatie is opzettelijk. Jellyfin kan /Media binnen zijn container alleen als dat pad is toegewezen aan een echte hostmap die de media bevat.
Als een schijf in ZimaOS Bestanden verschijnt, betekent dat niet automatisch dat deze zichtbaar is binnen elke App Store-container.
Open de instellingen van de app en bewerk de volumes
Kies de daadwerkelijke Media-map op de host
Kies de map op de daadwerkelijke opslagruimte die je bibliotheek bevat, in plaats van een gegokt pad op het hoogste niveau in te voeren, zoals /Main-Storage.
Host- en containerpaden hebben verschillende functies
Het pad aan de containerzijde moet eenvoudig en stabiel zijn, zoals /media of /MediaVoeg in Jellyfin bibliotheken toe met dat containerpad, niet met het onbewerkte hostpad.
Meerdere gebruikers bevestigden dat volumetoewijzing de ontbrekende stap was
De oorspronkelijke poster zei dat de wijziging werkte. Een andere gebruiker met een RAID 5 Main-Storage zag aanvankelijk alleen de OS-schijf en antwoordde daarna dat de schermafbeeldingen hen op het idee brachten: ‘Ik moest de volumes aan Jellyfin toevoegen.’
Dat is een door de bron bevestigde oplossing en geen speculatieve workaround voor machtigingen.
Afzonderlijk toegevoegde schijven waren in 2024 een pijnpunt in de gebruikersinterface
Sommige deelnemers hadden moeite om afzonderlijk ingeschakelde schijven of RAID-opslag in de oude kiezer te selecteren. Medewerkers van IceWhale antwoordden dat afzonderlijke schijven konden worden ingeschakeld en gebruikt, en zeiden later dat de interface was verbeterd.
Die beperkingen uit 2024 horen bij het vroege ZimaOS. In de huidige instellingen voor opslag en apps wordt beheerde opslag veel duidelijker weergegeven.
Huidig ZimaOS documenteert app-opslagpaden expliciet
De huidige documentatie van IceWhale legt nu uit dat containers uit de App Store permanente gegevens in echte hostmappen bewaren en dat de volumekoppelingen van elke app vanuit de instellingen kunnen worden bekeken en gewijzigd.
Gebruik het huidige model voor Docker-app-paden in ZimaOS bij het koppelen van Jellyfin, Emby, Plex of een andere app.
Locatie van AppData en medialocatie zijn gescheiden
Configuratie- en databasebestanden van de applicatie kunnen op de geconfigureerde locatie voor app-gegevens staan, terwijl grote mediabestanden op een andere RAID- of HDD-pool staan. Wijs het configuratievolume van de app niet naar de map met films en ga er niet van uit dat het verplaatsen van AppData elke mediabibliotheek verplaatst.
Huidig ZimaOS kan beheerde app-gegevens verplaatsen
Met de huidige gegevensmigratie kun je Docker-images en Docker-applicatiegegevens naar een andere opslagruimte verplaatsen. Dat lost een ander probleem op dan het toevoegen van een mediavolume: het ene bepaalt waar de app zelf permanente statusgegevens bewaart; het andere geeft de container toegang tot gebruikersmedia.
Zie de huidige workflow voor migratie van beheerde app-gegevens.
Kies voor alleen-lezen-mediakoppelingen wanneer de app bestanden niet hoeft te wijzigen
Een mediaserver hoeft films en muziek meestal alleen te lezen en heeft niet per se toestemming nodig om de bronbibliotheek te verwijderen of te reorganiseren. Als het huidige app-pakket dit toestaat, beperkt het koppelen van media als alleen-lezen de schade die een gecompromitteerde of verkeerd geconfigureerde container kan aanrichten.
Toepassingen die bestanden bewust hernoemen, verplaatsen of importeren—zoals sommige download- of fotobeheerstacks—hebben een ander model voor schrijfrechten nodig.
Volumekoppeling en bestandssysteemrechten zijn afzonderlijke controles
Het toevoegen van de juiste hostmap is de eerste vereiste. Het containerproces moet ook voldoende bestandssysteemrechten hebben om die map te lezen of te beschrijven. Als een gekoppelde map verschijnt maar leeg wordt geopend of toestemmingsfouten oplevert, controleer dan de UID/GID van de container en het eigenaarschap op de host voordat je brede chmod 777 omwegen.
Het bronprobleem uit 2024 bestond voornamelijk uit een ontbrekende volumekoppeling; latere toestemmingsproblemen moeten pas worden onderzocht nadat het juiste pad daadwerkelijk is gemount.
Houd het pad aan de containerzijde stabiel tijdens herinstallaties
Als de bibliotheek van Jellyfin is aangemaakt met /Media, waarbij het containerpad wordt gewijzigd in /mnt/media2 tijdens een herinstallatie kan ervoor zorgen dat de bestaande bibliotheek ontbreekt, ook al zijn de bestanden op de host nooit verplaatst.
Behoud waar mogelijk hetzelfde pad aan de containerzijde, of werk de bibliotheekconfiguratie van de toepassing bewust bij nadat de koppeling is gewijzigd.
De huidige interface is beter dan de kiezer uit 2024, maar de Docker-regel is niet veranderd
IceWhale erkende in de bron dat de oude opslagkiezer verwarrend was en verbeterde later de interface. Het huidige ZimaOS toont de locatie van app-gegevens, host-/containerpaden, opslagmigratie en het gebruik van de app-cache nu directer.
De onderliggende Docker-regel blijft hetzelfde: een container ziet alleen wat erin is gemount.
Veelgestelde vragen over app-opslagtoegang
Waarom kan ZimaOS Bestanden een schijf wel zien, maar Jellyfin niet?
Bestanden draait op hostniveau; Jellyfin draait in een container en ziet alleen gekoppelde volumes.
Is in de brondiscussie bevestigd dat het toevoegen van het volume werkte?
Ja. Meerdere gebruikers meldden dat het werkte nadat ze het opslag-/mediavolume hadden toegevoegd.
Moet Jellyfin het onbewerkte hostpad gebruiken?
Nee. Jellyfin moet het pad aan de containerzijde gebruiken dat aan de gekoppelde hostmap is toegewezen.
