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
Ko-fi Liberapay

founded 2 years ago
MODERATORS
 

I ask this because whilst *arr apps supposedly import downloaded torrents to their respective media folders, my downloads folder for qbittorrent is over 200GB in size when I've got zero incomplete downloads.

Have I set something up wrong? Or is it setting some kind of hard link between the downloads and media folder?

you are viewing a single comment's thread
view the rest of the comments
[–] [email protected] 7 points 1 month ago* (last edited 1 month ago) (1 children)

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

[–] [email protected] 3 points 1 month ago (2 children)

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

[–] [email protected] 3 points 1 month ago

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.

[–] [email protected] 3 points 1 month ago* (last edited 1 month ago) (1 children)

Yup, *arrs actually warn you about that

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.

[–] [email protected] 1 points 1 month ago (1 children)

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...?

[–] [email protected] 2 points 1 month ago* (last edited 1 month ago) (1 children)

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:

  • ${path_to_storage}:/downloads/torrents
  • ${path_to_storage}:/media

Qbit:

  • ${path_to_storage}:/downloads/torrents

But this will work

Radar:

  • ${path_to_storage}:/downloads/torrents
  • ${path_to_storage}:/downloads/media

Qbit:

  • ${path_to_storage}:/downloads/torrents
[–] [email protected] 1 points 1 month ago

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!