this post was submitted on 02 Apr 2026
14 points (93.8% liked)

Piracy: ꜱᴀɪʟ ᴛʜᴇ ʜɪɢʜ ꜱᴇᴀꜱ

68517 readers
368 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

FUCK ADOBE!

Torrenting/P2P:

Gaming:


💰 Please help cover server costs.

Ko-Fi Liberapay
Ko-fi Liberapay

founded 2 years ago
MODERATORS
 

My torrent client downloads files to internal SSD. When I'm low on storage (often), I remove some torrents from qbittorrent and move files to external HDD. It means I can't seed them anymore.

I want to be able to seed HDD torrents periodically. What workflow can I employ? I can think of:

  1. Use 2 different torrent clients. One with "external" torrents only. It will never be launched when external HDD is not plugged in, therefore old torrents will not be marked as "missing files" and will not require verification every now and then;

  2. Use single torrent client which can accept CLI commands to start/stop specific torrents. Before detaching external HDD I will run a script to stop all external torrents. I will resume them back again only when HDD is accessible.

Any other ideas?

you are viewing a single comment's thread
view the rest of the comments
[–] brickfrog@lemmy.dbzer0.com 2 points 14 hours ago* (last edited 14 hours ago) (1 children)

You don't need to but #1 could be a bit easier if you prefer multiple torrent clients/instances for organization. qBittorrent / Deluge can run multiple instances so you could have like qBittorrent "A" instance pointing to your internal SSD and qBittorrent "B" instance pointing to your external HDD. That's just a quick example but I'm sure Transmission and other torrent clients can do the same.

The only tricky bit with multiple torrent clients is that they'd each need their own incoming connection port if you intend to be fully connectable (port forwarded). That may not be feasible if you're using a VPN that only gives you 1 port forward but otherwise it's doable, depends on your setup.

[–] podbrushkin@mander.xyz 1 points 13 hours ago

Seems reasonable, I didn't thought about port conflict. But in this scenario not running both clients at the same time also is an acceptable solution.