Ticket #888 (new task)

Opened 6 years ago

Last modified 3 years ago

Selective Downloading and Allocation

Reported by: anonymous Owned by: rakshasa
Priority: normal Component: rtorrent
Version: Severity: major
Keywords: Cc:

Description

When selectively downloading from a large torrent in rtorrent in OS X, the hash check seems to designate space to the all the files in the torrent, despite the fact that most of the the files were designated "off" before the torrent was started. While there is a large amount of free space on the Volume, there is not enough for _all_ the files in the torrent, as it is dozens of GB large. Is there any way to configure rtorrent to only designate HDD space as necessary? Thank you.

Change History

comment:1 Changed 6 years ago by anonymous

Complain to Apple for not supporting sparse files in HFS+ like any competent file system does.

comment:2 Changed 6 years ago by anonymous

It works fine in Azureus, so it's obviously not an HFS+ problem though. Any solutions?

comment:3 follow-up: ↓ 4 Changed 6 years ago by Victor

This behavior is confirmed on my linux box as well. I run rTorrent 0.7.7 and libtorrent 0.11.7 on Ubuntu/Linux? and the file system used on the storage medium is vfat (FAT32).

comment:4 in reply to: ↑ 3 Changed 5 years ago by Hunted Charlie

Still here on a Mac. This is a blocker for me using rTorrent. I'm trying to transfer over a 45 GB torrent I downloaded only 4 GB of, and I only have 10 GB available on the volume. How am I supposed to do this if rTorrent can't really selectively download?

comment:5 Changed 5 years ago by zohair.ahmad@gmail.com

This is a blocker for me using rTorrent

Same problem with me on Linux, FAT32 partition. Similar sentiments about it.

comment:6 Changed 4 years ago by anonymous

I have a fix for this at  http://ovh.ttdpatch.net/~jdrexler/rt/fix-file-creation.diff

All files will still be created, but with size zero until rtorrent starts downloading (part of) the file.

comment:7 Changed 4 years ago by anonymous

hm, for FAT on Debian squeeze, this patch doesnt quite work it seems. I get Storage error: [Could not resize files in the torrent.] . Any ideas? Btw, I dont find it practical to scroll through a large directory tree full of empty files to find a couple of those I actually wanted to download; it would seem more practical if it didnt create a file, sparse or otherwise, unless it were actually queued for download/ unless it started downloading it.

comment:8 Changed 4 years ago by anonymous

So I though I just got too greedy and it allocated all my diskspace, b. But now after having deleted the files and the torrent, and started again, its saying Could not open file..No such file or directory? I dont get it..

comment:9 Changed 4 years ago by anonymous

Ctrl-E to have it re-create and resize the files.

comment:10 Changed 3 years ago by anonymous

Note: See TracTickets for help on using tickets.