Yes. Just to add, not everything hard links for me due to files being seeded (and locked) straight after it’s done downloading, so later I go back and fix the bulk by entering the download folder and typing:
To list files that weren’t hard linked:
cd /path/to/downloads/
find . -links 1 -type f | grep ".mp4$\|.mkv$" | sort > ../fixthese.txt
And going through the list and either reimporting manually via *arr>Wanted>Import manually, or
omitting certain shows from the command once you’re certain all the unlinked are unwanted extras with:
Did you set the paths for your mounted folders in the docker appropriately? If you have the download folder and the media library mounted as distinct shares in the docker template it can break the links. I had to put the download and media library folders in the same mounted directory to make my links work.
I had /mnt/user/media/tv mounted to /tv
And /mnt/user/media/downloads mounted to /downloads and had to change to so I just had
/Mnt/user/media mounted to /media, with the download and media library folders both existing as subdirectories inside of /media to make them link properly. There is a faq on the sonarr reddit about this exact issue and it’s a common failure point.
If its running as a service on bare metal then the issue i described should not apply to you, as the files are all on the same harddrive as far as sonarr is concerned. I am by no means an expert on squashing config issues wrt this stuff, but there are people who know considerably more than me hanging out in the sonarr reddit who could probably help. Sorry to point your towards a corpo hell hole, but thats the place that I know where the people that actually know their shit and want to help are hanging out. Just reading the stickied FAQ sorted out all my issues and everything symlinks for me now.
Yes. Just to add, not everything hard links for me due to files being seeded (and locked) straight after it’s done downloading, so later I go back and fix the bulk by entering the download folder and typing:
cd /path/to/downloads/ find . -links 1 -type f | grep ".mp4$\|.mkv$" | sort > ../fixthese.txtAnd going through the list and either reimporting manually via *arr>Wanted>Import manually, or
find . -links 1 -type f | grep ".mp4$\|.mkv$" | grep -vE "./(Band.Of.Brothers|The Boys|Westworld|.*\] (Attack On Titan|JoJo)|.*ample.mkv$)" | sort > ../fixthese.txt( “./(|…” covers most shows, “*] (|…” covers files starting with e.g. [Anime Time], and “.*ample.mkv$” covered my ‘sample’ and “Sample” videos)
Did you set the paths for your mounted folders in the docker appropriately? If you have the download folder and the media library mounted as distinct shares in the docker template it can break the links. I had to put the download and media library folders in the same mounted directory to make my links work.
I had /mnt/user/media/tv mounted to /tv And /mnt/user/media/downloads mounted to /downloads and had to change to so I just had /Mnt/user/media mounted to /media, with the download and media library folders both existing as subdirectories inside of /media to make them link properly. There is a faq on the sonarr reddit about this exact issue and it’s a common failure point.
Ah, thank you, but I run it as a service. Sonarr currently has /media/disk2/New for downloads and media/disk2/Shows for main shows.
If its running as a service on bare metal then the issue i described should not apply to you, as the files are all on the same harddrive as far as sonarr is concerned. I am by no means an expert on squashing config issues wrt this stuff, but there are people who know considerably more than me hanging out in the sonarr reddit who could probably help. Sorry to point your towards a corpo hell hole, but thats the place that I know where the people that actually know their shit and want to help are hanging out. Just reading the stickied FAQ sorted out all my issues and everything symlinks for me now.