Het onderliggende probleem was gevaarlijker dan een verdwijnend pad. Na een herstart kon SABnzbd starten voordat de Synology SMB-share daadwerkelijk was aangekoppeld. De container zag nog steeds een map op het verwachte hostpad, waardoor een download kon worden voltooid en succesvol verplaatst leek te zijn, terwijl het bestand in werkelijkheid op de lokale ZimaOS-opslag terechtkwam in plaats van op de externe NAS.
De community bouwde uiteindelijk een werkende handmatige CIFS-/fstab-oplossing, en de oorspronkelijke poster bevestigde dat de koppeling na een herstart behouden bleef. Ze toonden echter ook het risico aan: een ongeldige fstab-vermelding kon een normale opstart verhinderen, en een koppelpunt met een niet-geëscapete spatie maakte de configuratie onbruikbaar. Beschouw de opdrachten als door de bron bevestigde community-administratie, niet als een actuele officiële procedure voor Network Storage in ZimaOS.
De kern van het probleem was het koppelmoment
Het bronpad zag er als volgt uit:
/media/192.168.2.125/MoviesNa een herstart was de SMB-koppeling nog niet gereed toen SABnzbd startte. Dezelfde volume opnieuw toevoegen nadat het systeem volledig was opgestart, werkte wel. Dat wijst sterk op een timing- of volgordeprobleem en niet op een gewijzigd koppelings-ID.
Een ontbrekende externe koppeling kan een lokale valkuil worden
Als Docker een lokaal bestaande hostmap ontvangt terwijl het externe bestandssysteem niet beschikbaar is, kan de toepassing naar die lokale map schrijven. In het log kan nog steeds staan dat het bestand naar /movies is verplaatst, terwijl er niets op de Synology verschijnt.
Controleer vóór grote downloads of het verwachte externe bestandssysteem daadwerkelijk is aangekoppeld, in plaats van alleen te controleren of de map van het koppelpunt bestaat.
De community verplaatste de koppeling naar een stabiel /DATA-pad
Het voorgestelde ontwerp was om de SMB-share aan een stabiel lokaal pad te koppelen, bijvoorbeeld:
/DATA/Media/Moviesen vervolgens dat stabiele hostpad aan SABnzbd toe te wijzen. Zo blijft het containerpad voorspelbaar, terwijl het externe bestandssysteem op hostniveau wordt beheerd.
De brongebruiker bevestigde dat /etc/fstab een herstart overleefde
In het communityvoorbeeld werden CIFS-opties gebruikt, waaronder _netdev, een specifieke SMB-dialectversie en UID-/GID-/moduswaarden. De gebruiker gaf aan dat de fstab-vermelding behouden bleef en na een herstart werkte.
Neem referenties niet zomaar rechtstreeks op in voor iedereen leesbare configuratiebestanden op zonder een beveiligd referentiebestand te overwegen.
nofail werd cruciaal nadat een onjuiste vermelding het opstarten blokkeerde
De brongebruiker ontdekte dat een ongeldige of niet-beschikbare koppeling het opstarten kon verstoren. Het antwoord adviseerde nofail, zodat ZimaOS kon blijven opstarten als de externe NAS niet beschikbaar was.
_netdev geeft het koppelsysteem bovendien aan dat deze koppeling afhankelijk is van het netwerk.
Spaties in koppelpunten moeten correct worden verwerkt
Een tweede fstab-vermelding mislukte omdat het koppelpunt TV Shows bevatte. In fstab scheidt witruimte de velden, dus een spatie moet correct worden geëscapet of worden vermeden door een eenvoudigere mapnaam te gebruiken, zoals TV_Shows.
De OP gebruikte later met succes een afzonderlijke map zonder spaties.
Test altijd met mount -a voordat je opnieuw opstart
De veiligste stap uit de bron was:
sudo mount -aAls dit een fout retourneert, herstel dan de fstab-syntaxis of het pad voordat je opnieuw opstart. Controleer ook of het aangekoppelde bestandssysteem de verwachte externe bestanden bevat.
Gebruik bij voorkeur de huidige Network Storage-functie van ZimaOS als die geschikt is voor jouw gebruikssituatie
Het huidige ZimaOS kan via de workflows voor Bestanden/Network Storage verbinding maken met SMB-/LAN-opslag. Gebruik eerst de beheerde interface wanneer die de persistentie en opstartvolgorde biedt die je toepassing nodig heeft.
Zie de huidige workflow voor het verbinden met een Synology SMB-share.
Een echt robuuste container mag pas schrijven nadat de externe koppeling is geverifieerd
Zelfs met fstab kan een netwerk-NAS later offline zijn. Voeg voor belangrijke download- en importpijplijnen een gezondheids- of opstartcontrole toe, of gebruik een operationele procedure die bevestigt dat het externe doel is aangekoppeld voordat SABnzbd taken verwerkt.
Veelgestelde vragen over SABnzbd en SMB-koppelingen
Heeft de bron bewezen dat het SMB-koppelings-ID na een herstart veranderde?
Nee. Het bewijs wees op een probleem met het koppelmoment.
Bleef fstab behouden voor de brongebruiker?
Ja, maar onjuist opgemaakte of niet-beschikbare vermeldingen veroorzaakten ook opstartproblemen totdat ze waren gecorrigeerd.
Waarom kan een download succesvol lijken terwijl er geen bestand op de Synology staat?
De toepassing kan naar de lokale map van het koppelpunt schrijven wanneer het externe SMB-bestandssysteem niet daadwerkelijk is aangekoppeld.
