Om Plex, Radarr, Sonarr eller någon annan Docker-app förlorar åtkomsten till en fjärr-NAS via SMB efter varje omstart av ZimaOS ska du kontrollera värdmonteringen innan du ändrar programmet. Containern kan bara se en nätverksresurs om ZimaOS har monterat den korrekt och Docker-bindningssökvägen fortfarande pekar på den monterade platsen.
Ett communityfall med en Synology-resurs återställdes varje gång användaren valde samma mapp igen i sökvägsväljaren för Docker Compose. Det tyder starkt på ett problem med beständighet för monteringen eller sökvägen, men forumförklaringen att ZimaOS alltid skapade ett nytt internt monterings-ID var ett resonemang från communityn och inte en rotorsak som bekräftats av IceWhale. En bra guide bör därför felsöka monteringen, sökvägen och startordningen separat.
Bekräfta först om SMB-resursen är monterad efter omstart
Innan du öppnar Plex eller Radarr ska du öppna ZimaOS Filer och bläddra i fjärr-NAS:ens resurs. Om själva resursen inte är tillgänglig är Docker-appen inte det första problemet.
Om resursen saknas
Kontrollera att fjärr-NAS:en är online, att dess IP-adress/värdnamn fortfarande kan slås upp, att SMB är aktiverat och att de sparade autentiseringsuppgifterna fortfarande är giltiga. Återanslut resursen via ZimaOS-arbetsflödet för nätverkslagring vid behov.
Om resursen visas i Filer
Gå sedan vidare till Docker-mappningen. Värdmonteringen finns, men programmet kan fortfarande hänvisa till en inaktuell eller otillgänglig sökväg.
Använd ZimaOS nätverkslagring i stället för en manuellt skriven fstab-post
Användaren övervägde att redigera /etc/fstab. Det är inte den bästa första lösningen på ett apparatliknande operativsystem som redan hanterar nätverkslagring i sitt gränssnitt.
Den aktuella ZimaOS-dokumentationen visar SMB-baserad åtkomst till en annan NAS som en del av arbetsflödena för migrering och nätverkslagring. Använd den hanterade vägen först, så att ZimaOS kan hantera autentiseringsuppgifter och monteringsstatus på ett enhetligt sätt.
ZimaOS-guide för NAS-migrering innehåller den aktuella referensen.
Kontrollera Dockers värdsökväg, inte bara sökvägen i containern
Docker-volymmappningar har två sidor:
- värdsökväg: var ZimaOS ser den monterade Synology-mappen;
- sökväg i containern: den stabila sökväg som Plex, Radarr eller Sonarr ser inuti containern.
Om värdsidan är ogiltig efter omstart kan sökvägen i containern fortfarande se korrekt ut i programmets gränssnitt, samtidigt som den inte pekar på något användbart.
Den aktuella guiden för Docker-sökvägar i ZimaOS förklarar denna skillnad.
Välj mappen igen en gång som diagnostiskt test
Om fjärrresursen visas i Filer men appen inte kan komma åt den öppnar du appens konfiguration eller Compose-konfigurationen och väljer värdmappen igen med ZimaOS sökvägsväljare.
Om åtkomsten återkommer direkt utan att du ändrar autentiseringsuppgifter eller sökvägar i containern har du starka belägg för att felet finns mellan den hanterade monteringen och Dockers bind-mappning.
Kontrollera startordningen efter varje omstart
Fjärrlagring via SMB är beroende av nätverk, DNS/IP-åtkomst, autentisering och att NAS-enheten är redo. Docker-containrar kan starta snabbare än fjärrmonteringen blir tillgänglig.
Enkelt test
- starta om ZimaOS;
- vänta tills fjärrresursen går att bläddra i under Filer;
- starta bara om den berörda Docker-appen;
- kontrollera om media eller nedladdningar återkommer.
Om det fungerar tillförlitligt kan sökvägen vara stabil, och det verkliga problemet kan vara starttidpunkten snarare än ändrade monteringsidentifierare.
Kontrollera behörigheter på båda systemen
Synology-kontot som används för SMB-monteringen måste ha åtkomst till mediemapparna. Därefter måste ZimaOS-monteringen vara åtkomlig för Docker-processen. Slutligen måste programmet använda rätt sökväg i containern.
Problem med behörigheter kan se ut som att en montering saknas, så kontrollera ”åtkomst nekad” separat från ”sökvägen hittades inte” eller ”filen eller katalogen finns inte”.
Varför manuella ändringar i fstab kan göra återställning svårare
En anpassad montering kan innebära autentiseringsfiler, startberoenden, tidsinställningar och felbeteenden som ZimaOS inte hanterar i sitt gränssnitt. Om den anpassade monteringen misslyckas under uppstarten kan appar ändå starta mot en tom katalog.
Använd fstab endast när det hanterade arbetsflödet för nätverkslagring inte kan uppfylla ett krav och du är beredd att underhålla monteringen mellan uppdateringar.
Så gör du medieappar mer motståndskraftiga
- Använd en stabil NAS-IP-adress eller ett tillförlitligt lokalt DNS-namn.
- Behåll fjärrdelningen konfigurerad via nätverkslagring.
- Mappa en stabil värdmapp till containern.
- Använd samma containersökväg konsekvent i Radarr, Sonarr, nedladdningsklienter och medieservrar.
- Efter uppdateringar eller lagringsändringar ska du verifiera monteringen innan du ändrar programbiblioteken.
Felsökningsguiden för LAN hjälper dig att avgöra om felet börjar på nätverkslagret, medan grunderna i Docker-sökvägar ger Docker-kontexten.
Vanliga frågor
Varför förlorar mina Docker-appar en Synology-delning efter att ZimaOS startar om?
De mest sannolika orsakerna är att SMB-delningen inte monteras igen, att appen använder en inaktuell värdsökväg eller att containern startar innan fjärrdelningen är klar. Testa dessa separat.
Bör jag redigera /etc/fstab?
Inte som första åtgärd. Använd helst ZimaOS nätverkslagring så att systemet hanterar delningen. Manuella monteringar innebär mer underhåll och större komplexitet kring startordningen.
Varför löser det problemet i appen att välja samma mapp igen?
Det uppdaterar bind-mappningen på värdsidan. Det är ett tecken på ett monterings- eller sökvägsproblem, även när det synliga mappnamnet inte har ändrats.
Kan jag använda en fjärransluten SMB-delning för Plex- och Arr-appar?
Ja, förutsatt att ZimaOS monterar den tillförlitligt, att behörigheterna är korrekta och att alla containrar använder konsekventa värdsökvägar och containersökvägar.
