trying this on a fresh UGreen NAS, I can't seem to find where the media downloads or how to link folders together. The Sparkbox says its in /volume1/sparkbox-data/media - which doesn't exist. Sonarr gives a warning that /data/media/TV doesn't exist either. Anyway to get everything linked? Trying to set up a plex to see all these folders too
7 replies
tomspark wrote:
Real bug on our side. install.sh had a typo that created media subfolders one level too deep — ${SBDATADIR}/media/media/Movies instead of ${SBDATADIR}/media/Movies. So MEDIAROOT=/volume1/sparkbox-data/media looked empty (and Sonarr's /data/media/TV rootfolder check failed) even though the subfolders existed at media/media/... on disk. Just shipped v1.6.74 with the fix. Fastest recovery on your box without re-running install: sudo mkdir -p /volume1/sparkbox-data/media/{Movies,TV,Music} sudo chown -R 1000:1000 /volume1/sparkbox-data/media sudo /opt/sparkbox/sparkbox up If you have any files already at /volume1/sparkbox-data/media/media/..., move them up one level: sudo mv /volume1/sparkbox-data/media/media/ /volume1/sparkbox-data/media/. For Plex specifically — SparkBox bundles Jellyfin which fills the same role. If you specifically want Plex, run it as a separate container pointed at /volume1/sparkbox-data/media/ and it'll see the same library.
frdrck wrote:
Thanks for the response. I am still troubleshooting this. Am I supposed to manually add directories that don't appear to exist inside the container? a couple examples of directories that don't exist: qBittorrent downloads to /data/downloads SABnzbd downloads to a different Downloads/complete Sonnarr wants things to be /data/media/TV (although data/TV now exists) None of these directories exist within the file browser. I apologize for my unfamiliarity with container directory rules. How can I fix this? I did a fresh install of the SparkBox already.
tomspark wrote:
Followup — shipped v1.6.81 with the fix for the arr rootfolder issue you reported. install.sh's v1.6.74 fix removed the typo'd /media/media/ but the arr stack and Jellyfin bind never got updated to match — Sonarr/Radarr were registering /data/media/Movies which their bind doesn't actually reach. Fixed: aligned everything to /data/Movies (matching the actual bind). Run sparkbox update && sparkbox restart media and Sonarr should accept the rootfolder properly. Ping back if it sticks.
frdrck wrote:
Seems to be working, thank you! I have a warning in Radarr: "Download client SABnzbd places downloads in the root folder /data/Movies/. You should not download to a root folder." It does not bother me, though. Just a warning.
tomspark wrote:
That warning's harmless — SABnzbd's just saying "hey, you're downloading straight into a media folder" which is fine for arr-stack setups. The arr services handle organizing files into subfolders after download, so it's actually the normal pattern. You're good.
tomspark wrote:
Nice, glad it stuck. The Radarr 'downloads in root folder' warning is just Radarr noticing that SABnzbd's complete-download folder lands in the same path as Radarr's library root. Functionally fine — Radarr still hardlinks correctly into the right structure — but I'll tighten the default in a future patch so SABnzbd lands in /data/downloads/ instead. No action needed from you.
tomspark wrote:
Heads up — shipped v1.6.106 with a fix for the Radarr root-folder mismatch that's been quietly causing the /data/media/Movies warning + Seerr request failures. If your warning is along those lines, run: sudo sparkbox update && sudo sparkbox up media The seerr-side settings auto-heal on the next boot — no UI clicking needed. If the warning is different from a root-folder one, ignore this and let me know what it actually says.