this post was submitted on 03 Mar 2025
13 points (100.0% liked)
Piracy: ꜱᴀɪʟ ᴛʜᴇ ʜɪɢʜ ꜱᴇᴀꜱ
60061 readers
401 users here now
⚓ Dedicated to the discussion of digital piracy, including ethical problems and legal advancements.
Rules • Full Version
1. Posts must be related to the discussion of digital piracy
2. Don't request invites, trade, sell, or self-promote
3. Don't request or link to specific pirated titles, including DMs
4. Don't submit low-quality posts, be entitled, or harass others
Loot, Pillage, & Plunder
📜 c/Piracy Wiki (Community Edition):
🏴☠️ Other communities
Torrenting/P2P:
Gaming:
💰 Please help cover server costs.
![]() |
![]() |
---|---|
Ko-fi | Liberapay |
founded 2 years ago
MODERATORS
you are viewing a single comment's thread
view the rest of the comments
view the rest of the comments
Check the arr config. There's a hard link checkbox.
If youre using docker just remember to make sure the storage volumes of the containers are the same path (not just physical drive) as the torrent clients, otherwise it can't hardlink and just defaults to copying. I have about 8tb of redundant data before I figured out why my drives were filling so fast, that I haven't gotten around to fixing
Yup, *arrs actually warn you about that so I fixed it before I started downloading anything.
Hardlinks aren't a big issue for me but does explain how I had a bunch of "deleted" items in my plex folder when I migrated recently - I must have only deleted the qbittorrent (or plex) inode and left the other to get imported
qbit_manage has a feature where it'll check whether a hard link exists outside of the torrent directory, and deletes the torrent if it's only in the (qbit-)torrent directory.
This would've automatically removed the torrent once you've deleted the files from *arr. I recommend against deleting files from Plex, as *arr could detect them missing and redownload them.
Yeah they're just fairly vague about what you need to do for hard linking to work IMO. I just had the same shared folder that all containers pointed towards for their data directory, but since the directory inside the qbit and *arr containers didn't have the exact same name and path, hard linking didn't work.
Wait can you expand on that a little more? I literally was just now getting ready to try and troubleshoot why my hardlinking was not working.
I was under the impression that the torrent storage and media library just needed to be in the same share, but maybe there is more to it...?
The path inside the containers to where you download your torrents, so the path after the ":", has to be exactly the same on both your torrent container and your *arr containers
Example below won't work with hard linking
Radar:
Qbit:
But this will work
Radar:
Qbit:
Thanks I will double check that later. Reading the Trashguides, I didn't catch that the paths had to be that identical.
It's more than a little annoying that Radarr doesn't throw any indication that it's physically duplicating files rather than creating hardlinks!