rTorrent - ArchWiki

Jump to content

# rTorrent

From ArchWiki

rTorrent is a quick and efficient BitTorrent client that uses, and is in development alongside, the libTorrent (not to be confused with libtorrent-rasterbar) library. It is written in C++ and provides a terminal-based user interface via the ncurses programming library. When combined with a terminal multiplexer (e.g. GNU Screen or Tmux) and Secure Shell, it becomes a convenient remote BitTorrent client.

## Installation

Install the rtorrent package.

## Configuration

This article or section is out of date.

Reason: This section especially, and others that use config/XMLRPC commands, should be refactored to "new syntax", see this rTorrent wiki page for details, including a sed script that helps with that. (Discuss in Talk:RTorrent)
Note

- See the rTorrent wiki article on this subject for more information: Common Tasks in rTorrent for Dummies.
- Vim may mistake the syntax of the configuration file, causing errors in the highlighting. To resolve this you can append a modeline `# vim: set filetype=conf` to `~/.rtorrent.rc`, or install rtorrent-syntax-file.

Before running rTorrent, copy the example configuration file `/usr/share/doc/rtorrent/rtorrent.rc` to `~/.rtorrent.rc`, and check out the related rTorrent wiki page that has a modern basic configuration file.

### Performance

Note See the rTorrent wiki article on this subject for more information: Performance Tuning

The values for the following options are dependent on the system's hardware and Internet connection speed.

    throttle.min_peers.normal.set = 40
    throttle.max_peers.normal.set = 52

    throttle.min_peers.seed.set = 10
    throttle.max_peers.seed.set = 52

    throttle.max_uploads.set = 8

    throttle.global_down.max_rate.set = 200
    throttle.global_up.max_rate.set = 28

The `pieces.hash.on_completion.set` option executes a hash check when rTorrent is started. It checks for errors in your completed files.

    pieces.hash.on_completion.set = yes

### Create and manage files

The `directory.default.set` option will determine where your torrent data will be saved (could be a relative path):

    directory.default.set = ~/downloaded

The `session.path.set` option allows rTorrent to save the progress of your torrents. It is recommended to create a directory in home directory (e.g. `mkdir ~/.rtorrent.session`).

    session.path.set = ~/.rtorrent.session

The `load.start` command has rTorrent load torrent files placed in the given directory. Use `schedule` to perform this automatically at a set interval, creating a watch behavior. Saving a torrent file to this directory will automatically start the download. Remember to create the directory that will be watched (e.g. `mkdir ~/watch`). Also, be careful when using this option as rTorrent will move the torrent file to your session folder and rename it to its hash value.

    schedule = watch_directory,5,5,load.start=/home/user/watch/*.torrent
    schedule = untied_directory,5,5,stop_untied=
    schedule = tied_directory,5,5,start_tied=

The following `schedule` command stops rTorrent from downloading data when disk space is low. It checks disk space every 60 seconds and performs the `close_low_diskspace` command, which takes the desired space minimum (100M).

    schedule = low_diskspace,5,60,((close_low_diskspace,100M))

### Port configuration

The `network.listen.port.range.set` option sets which port(s) to use for listening. It is recommended to use a port that is higher than 49152 (see: List of port numbers). Although, rTorrent allows a range of ports, a single port is recommended.

    network.listen.port.range.set = 49164-49164

Additionally, make sure port forwarding is enabled for the proper port(s) (see: Port Forward guides).

### Additional settings

The `protocol.encryption.set` option enables or disables encryption. It is very important to enable this option, not only for yourself, but also for your peers in the torrent swarm. Some users need to obscure their bandwidth usage from their ISP. And it does not hurt to enable it even if you do not need the added security.

    protocol.encryption.set = allow_incoming,try_outgoing,enable_retry

It is also possible to force all connections to use encryption. However, be aware that this stricter rule will reduce your client's availability:

    protocol.encryption.set = require,require_RC4,allow_incoming,try_outgoing

See also Wikipedia:BitTorrent Protocol Encryption.

This final `dht.mode.set` option enables DHT support. DHT is common among public trackers and will allow the client to acquire more peers.

    dht.mode.set = auto
    dht.port.set = 6881
    protocol.pex.set= yes

## Key bindings

rTorrent relies exclusively on keyboard shortcuts for user input. A quick reference is available in the table below. A complete guide is available on the rTorrent wiki (see: rTorrent User Guide).

Note Striking `Ctrl-q` twice in quick succession will make rTorrent shutdown without waiting to send a stop announce to the connected trackers.

Cmd | Action
--- | ---
Ctrl-q | Quit application
Ctrl-s | Start download. Runs hash first unless already done.
Ctrl-d | Stop an active download or remove a stopped download
Ctrl-k | Stop and close the files of an active download.
Ctrl-r | Initiate hash check of torrent. Starts downloading if file is not available.
Ctrl-o | Specify the download directory for a added, but not started torrent.
Left | Returns to the previous screen
Right | Goes to the next screen
Backspace | Adds and starts the specified *.torrent
Return | Adds and does not start the specified *.torrent
a|s|d | Increase global upload throttle about 1|5|50 KB/s
A|S|D | Increase global download throttle about 1|5|50 KB/s
z|x|c | Decrease global upload throttle about 1|5|50 KB/s
Z|X|C | Decrease global download throttle about 1|5|50 KB/s

### Redundant mapping

`Ctrl-s` is often used for terminal control to stop screen output while `Ctrl-q` is used to start it. These mappings may interfere with rTorrent. Check to see if these terminal options are bound to a mapping:

    $ stty -a

    ...
    swtch = <undef>; start = ^Q; stop = ^S; susp = ^Z; rprnt = ^R; werase = ^W; lnext = ^V;
    ...

To remove the mappings, change the terminal characteristics to undefine the aforementioned special characters (i.e. `stop` and `start`):

    # stty stop undef
    # stty start undef

To remove these mappings automatically at startup you may add the two preceding commands to your `~/.bashrc` file.

## Additional tips

### systemd service for a headless server

This unit file relies on running a single user named rtorrent and configuring rtorrent to run as a daemon.

Create the following file:

    /etc/systemd/system/rtorrent.service

    [Unit]
    Description=rTorrent System Daemon
    After=network.target

    [Service]
    Type=simple
    User=rtorrent
    Group=rtorrent
    # Modify the next 2 lines to use absolute paths
    ExecStartPre=-/bin/rm -f /<home>/.session/rtorrent.lock
    ExecStart=/usr/bin/rtorrent
    Restart=on-failure
    RestartSec=3

    [Install]
    WantedBy=multi-user.target

### systemd service as a daemon for a user

This unit will allow multiple users, or a single user to run rtorrent as a daemon.

To start rtorrent at boot time, enable `rtorrent@user` (where `user` is the user who will run rtorrent).

Create the following file:

    /etc/systemd/system/rtorrent@.service

    [Unit]
    Description=rTorrent for %i
    After=network.target

    [Service]
    Type=simple
    User=%i
    Group=%i
    WorkingDirectory=/home/%i
    # Modify the next line to the absolute path for rtorrent.lock, for example
    ExecStartPre=-/bin/rm -f /home/%i/.session/rtorrent.lock
    ExecStart=/usr/bin/rtorrent -o system.daemon.set=true
    Restart=on-failure
    RestartSec=3

    [Install]
    WantedBy=multi-user.target

### systemd services using tmux or screen

This article or section is out of date.

Reason: rTorrent 0.9.7+ includes a daemon mode. See this issue for more details on how to use it, especially this comment for the configuration syntax. (Discuss in Talk:RTorrent)

Usage of the following services depends on type of service unit.

For system services (in /etc/systemd/system/):

To start at boot time:

    # systemctl enable rtorrent

Start manually:

    # systemctl start rtorrent

Stop:

    # systemctl stop rtorrent

Make sure 'rtorrent' user is created with the appropriate home directory with your rtorrent.rc placed in.

For user services (in /etc/systemd/user/):

    $ systemctl --user enable rtorrent

Start manually:

    $ systemctl --user start rtorrent

Stop:

    $ systemctl --user stop rtorrent

#### With screen

- As system service unit

    /etc/systemd/system/rtorrent.service

    [Unit]
    Description=rTorrent
    After=network.target

    [Service]
    Type=forking
    KillMode=none
    User=rtorrent
    ExecStartPre=/usr/bin/bash -c "if test -e %h/.rtorrent_session/rtorrent.lock && test -z `pidof rtorrent`; then rm -f %h/.rtorrent_session/rtorrent.lock; fi"
    ExecStart=/usr/bin/screen -dmfa -S rtorrent /usr/bin/rtorrent
    ExecStop=/usr/bin/bash -c "test `pidof rtorrent` && killall -w -s 2 /usr/bin/rtorrent"
    WorkingDirectory=%h
    Restart=on-failure

    [Install]
    WantedBy=multi-user.target

- As user service unit

    /etc/systemd/user/rtorrent.service

    [Unit]
    Description=rTorrent
    After=network.target

    [Service]
    Type=forking
    KillMode=none
    ExecStart=/usr/bin/screen -dmfa -S rtorrent /usr/bin/rtorrent
    ExecStop=/usr/bin/killall -w -s 2 /usr/bin/rtorrent
    WorkingDirectory=%h

    [Install]
    WantedBy=default.target

Attach to rtorrent's session:

    screen -D -r rtorrent

Detach:

    Ctrl-a d

#### with tmux

- With independent tmux server (restart rtorrent if crashed)

    ~/.config/systemd/user/rtorrent.service

    [Unit]
    Description=rtorrent
    After=network.target

    [Service]
    Type=forking
    ExecStartPre=/usr/bin/bash -c "if test -e ~/.session/rtorrent.lock && test -z `pidof rtorrent`; then rm -f ~/.session/rtorrent.lock; fi"
    ExecStart=/usr/bin/tmux -L rt new-session -s rt -n rtorrent -d rtorrent
    ExecStop=/usr/bin/bash -c "/usr/bin/tmux -L rt send-keys -t rt:rtorrent.0 C-q; while pidof rtorrent > /dev/null; do echo stopping rtorrent...; sleep 1; done"
    Restart=on-failure

    [Install]
    WantedBy=default.target

- With tmux running as user rtorrent (restart rtorrent if crashed)

    /etc/systemd/system/rtorrent.service

    [Unit]
    Description=rTorrent Daemon
    After=network.target

    [Service]
    Type=forking
    KillMode=none
    User=rtorrent
    ExecStart=/usr/bin/tmux new-session -c /mnt/storage/rtorrent -s rtorrent -n rtorrent -d rtorrent
    ExecStop=/usr/bin/bash -c "/usr/bin/tmux send-keys -t rtorrent C-q && while pidof rtorrent > /dev/null; do sleep 0.5; done"
    WorkingDirectory=%h
    Restart=on-failure

    [Install]
    WantedBy=multi-user.target

Attach to rtorrent's session:

    tmux -L rt attach -t rt
    tmux attach -t rt

Detach:

    Ctrl-b d

### systemd service file with dtach

This article or section is out of date.

Reason: rTorrent 0.9.7+ includes a daemon mode. See this issue for more details on how to use it, especially this comment for the configuration syntax. (Discuss in Talk:RTorrent)

This article or section needs language, wiki syntax or style improvements. See Help:Style for reference.

Reason: Creating multiple rtorrent sessions this way is far from perfect, why do not we just assume for simplicity that there is only one session? This is assumed in #systemd services using tmux or screen anyway. (Discuss in Talk:RTorrent)

When running dtach from systemd unit, the `TERM` environment variable has to be set explicitly for rtorrent to work.

This service file has no restart because the author occasionally takes the drive in question offline, and rtorrent fails, shall we say, "suboptimally" when started in this scenario and loses many torrent specific settings such as the specific directories each torrent is stored in. In fact the symlinks that kick off rtorrent live on the relevant drive; if it is unmounted rtorrent cannot start. This use case of blocking rtorrent from starting is relevant to users who put the downloaded files on removable media such as NAS, USB or eSATA drives.

    ~/.config/systemd/user/rtorrent.service

    [Unit]
    Description=rTorrent
    #After=network.target

    [Service]
    # set TERM according to your terminal
    Environment="TERM=xterm"
    #Environment="TERM=linux"
    Type=forking
    KillMode=none
    ExecStart=-/usr/bin/dtach -n /home/sam/run/dtach_fifos/fifo -e "^T" /home/sam/bin/rtr_new -n -o import=/home/sam/.config/rtorrent/new_.rc
       # dtach -n <separate filename for each instance>
       #
       # rtr_new -n to ignore the default .rtorrent.rc
       # rtr_new -o import to load the instance-specific rc
    ExecStop=-/usr/bin/killall -u sam -e -w -s INT /home/sam/bin/rtr_new

    [Install]
    WantedBy=multi-user.target

Note some other issues exposed in this service file other than just dtach:

`/home/sam/bin/rtr_new` is a symlink to `/usr/bin/rtorrent`

This lets us run several instances and kill each one independently with a different version of the ExecStop, to wit:

    ExecStop=-/usr/bin/killall -u sam -e -w -s INT /home/sam/bin/rtr_new
    ExecStop=-/usr/bin/killall -u sam -e -w -s INT /home/sam/bin/rtr_academic
    ExecStop=-/usr/bin/killall -u sam -e -w -s INT /home/sam/bin/rtr_other_stuff

These are each in a different service file, each of which controls one instance.

Without this step, when running multiple instances a killall solution would kill all the running rtorrent instances.

If multiple rtorrent instances are not needed and the rtorrent rc file is in the default location the above service file may be simplified. The entire file is included but only the ExecStart and ExecStop lines change.

    ~/.config/systemd/user/rtorrent.service

    [Unit]
    Description=rTorrent
    #After=network.target

    [Service]
    # set TERM according to your terminal
    Environment="TERM=xterm"
    #Environment="TERM=linux"
    # Type=forking is not required if ExecStart command is run using dtach -N (i.e dtach will run on foreground).
    Type=forking
    KillMode=none
    ExecStart=-/usr/bin/dtach -n /home/sam/run/dtach_fifos/fifo -e "^T" /usr/bin/rtorrent
       # dtach -n <user specified FIFO name> -e <user specified character> /usr/bin/rtorrent
    ExecStop=/usr/bin/killall -w -s INT /usr/bin/rtorrent
       # -e (exact match) and -u (user name) were added above to stop specific processes
       #  and may be omitted here because only one rtorrent will be running

    [Install]
    WantedBy=multi-user.target

Note the hyphen in `ExecStart=-/usr/bin/dtach` part, which allows failure exit code also to denote successfull termination. This is likely because of a current issue[1]. An alternative is to use `SuccessExitStatus=1` in the service section.

The service can be controlled as a user unit. When it is started, you can attach to the session:

    $ dtach -a  /home/sam/run/dtach_fifos/fifo -e "^T"

### Pre-allocation

rTorrent has the ability to pre-allocate space for a torrent. The major benefit is that it limits and avoids fragmentation of the filesystem. However, this introduces a delay during the pre-allocation if the filesystem does not support the fallocate syscall natively.

Therefore this switch is recommended for xfs, ext4, btrfs and ocfs2 filesystems, which have native fallocate syscall support. They will see no delay during preallocation and no fragmented filesystem. Pre-allocation on others filesystems will cause a delay but will not fragment the files.

To enable it, add the following to your `~/rtorrent.rc`:

    ~/rtorrent.rc

      # Preallocate files; reduces defragmentation on filesystems.
      system.file.allocate = 1

To make pre-allocation available on filesystems other than the above - albeit at a delay - you can recompile libTorrent from the ABS tree with the following new switch:

     $ ./configure --prefix=/usr --disable-debug --with-posix-fallocate

See the upstream documentation for further information

### Manage completed files

#### With watch folders

Note If you are having trouble with this tip, it may be easier to follow the docs.

It is possible to have rtorrent organize completed torrent data to specific folders based on which 'watch' folder you drop the *.torrent into while continuing to seed.

As a solution, use the following example in your `~/.rtorrent.rc`. Make sure to change the paths.

    # default path for in progress downloads
    directory = /home/user/torrents/incomplete

    # schedule a timer event named 'watch_directory_1':
    # 1) triggers 10 seconds after rtorrent starts
    # 2) triggers at 10 second intervals thereafter
    # 3) Upon trigger, attempt to load (and start) new *.torrent files found in /home/user/torrents/watch/
    # 4) set a variable named 'custom1' with the value "/home/user/torrents/complete"
    # NOTE: if you do not want it to automatically start the torrent, change 'load.start' to 'load.normal'
    schedule = watch_directory_1,10,10,"load.start=/home/user/torrents/watch/*.torrent,d.custom1.set=/home/user/torrents/complete"

    # upon completion, move content to path specified above via custom1
    method.insert = d.data_path, simple, "if=(d.is_multi_file), (cat,(d.directory),/), (cat,(d.directory),/,(d.name))"
    method.insert = d.move_to_complete, simple, "d.directory.set=$argument.1=; execute=mkdir,-p,$argument.1=; execute=mv,-u,$argument.0=,$argument.1=; d.save_full_session="
    method.set_key = event.download.finished,move_complete,"d.move_to_complete=$d.data_path=,$d.custom1="

You can add additional watch directories and corresponding completion directories like so:

    directory = /home/user/torrents/incomplete

    schedule = watch_directory_1,10,10,"load.start=/home/user/torrents/watch/*.torrent,d.custom1.set=/home/user/torrents/complete"
    schedule = watch_directory_2,10,10,"load.start=/home/user/torrents/watch/iso/*.torrent,d.custom1.set=/home/user/torrents/complete/iso"
    schedule = watch_directory_3,10,10,"load.start=/home/user/torrents/watch/music/*.torrent,d.custom1.set=/home/user/torrents/complete/music"

    method.insert = d.data_path, simple, "if=(d.is_multi_file), (cat,(d.directory),/), (cat,(d.directory),/,(d.name))"
    method.insert = d.move_to_complete, simple, "d.directory.set=$argument.1=; execute=mkdir,-p,$argument.1=; execute=mv,-u,$argument.0=,$argument.1=; d.save_full_session="
    method.set_key = event.download.finished,move_complete,"d.move_to_complete=$d.data_path=,$d.custom1="

You can also specify incomplete directories per watch directory:

    directory = /home/user/torrents/incomplete

    schedule = watch_directory_1,10,10,"load.start=/home/user/torrents/watch/*.torrent,d.directory.set=/home/user/torrents/incomplete,d.custom1.set=/home/user/torrents/complete"
    schedule = watch_directory_2,10,10,"load.start=/home/user/torrents/watch/iso/*.torrent,d.directory.set=/home/user/torrents/incomplete/iso,d.custom1.set=/home/user/torrents/complete/iso"
    schedule = watch_directory_3,10,10,"load.start=/home/user/torrents/watch/music/*.torrent,d.directory.set=/home/user/torrents/incomplete/music,d.custom1.set=/home/user/torrents/complete/music"

    method.insert = d.data_path, simple, "if=(d.is_multi_file), (cat,(d.directory),/), (cat,(d.directory),/,(d.name))"
    method.insert = d.move_to_complete, simple, "d.directory.set=$argument.1=; execute=mkdir,-p,$argument.1=; execute=mv,-u,$argument.0=,$argument.1=; d.save_full_session="
    method.set_key = event.download.finished,move_complete,"d.move_to_complete=$d.data_path=,$d.custom1="

Also see completion moving via a bash script, and via pyrocore's rtcontrol (there is an AUR package).

#### Without watch folders

If you prefer rtorrent to manage completed folder locations automatically, per label, add the below to your rtorrent.rc configuration and amend the paths to suit your environment:

    # Check if destination dir is not Null
    method.set_key = event.download.inserted_new,check_dest_dir, \
    "branch=d.custom=storagedir,,\
     \"d.custom.set=storagedir,/path/to/download/directory\""

    # Modify destination dir according to tv label
    method.set_key = event.download.inserted_new,update_dest_dir_tv, \
    "branch=\"equal={d.custom1=, cat=TV}\",\
     \"d.custom.set=storagedir,/path/to/tv/dir\""

    # Modify destination dir according to movies label
    method.set_key = event.download.inserted_new,update_dest_dir_movies, \
    "branch=\"equal={d.custom1=, cat=Movies}\",\
      \"d.custom.set=storagedir,/path/to/movie/dir\""

    # Move files of completed torrents
    method.set_key = event.download.finished,move_completed, \
    "d.directory.set=$d.custom=storagedir; \
         execute2={mv,-u,$d.base_path=,$d.custom=storagedir}"

Note To add more labels, copy the second or third paragraph replacing each instance of `TV` or `Movies` with your new label.

An example use-case for this is if you are using ZFS and need to have the source material on the same filesystem. rTorrent will download to a temporary NVMe/SSD and then move the content to a ZFS filesystem where the *arrs can then process the media and hardlink to a separate folder that your media server will scrape.

#### Notification with Google mail

Cell phone providers allow you to "email" your phone:

    Verizon: 10digitphonenumber@vtext.com
    AT&T: 10digitphonenumber@txt.att.net
    Former AT&T customers: 10digitphonenumber@mmode.com
    Sprint: 10digitphonenumber@messaging.sprintpcs.com
    T-Mobile: 10digitphonenumber@tmomail.net
    Nextel: 10digitphonenumber@messaging.nextel.com
    Cingular: 10digitphonenumber@cingularme.com
    Virgin Mobile: 10digitphonenumber@vmobl.com
    Alltel: 10digitphonenumber@alltelmessage.com OR
    10digitphonenumber@message.alltel.com
    CellularOne: 10digitphonenumber@mobile.celloneusa.com
    Omnipoint: 10digitphonenumber@omnipointpcs.com
    Qwest: 10digitphonenumber@qwestmp.com
    Telus: 10digitphonenumber@msg.telus.com
    Rogers Wireless: 10digitphonenumber@pcs.rogers.com
    Fido: 10digitphonenumber@fido.ca
    Bell Mobility: 10digitphonenumber@txt.bell.ca
    Koodo Mobile: 10digitphonenumber@msg.koodomobile.com
    MTS: 10digitphonenumber@text.mtsmobility.com
    President's Choice: 10digitphonenumber@txt.bell.ca
    Sasktel: 10digitphonenumber@sms.sasktel.com
    Solo: 10digitphonenumber@txt.bell.ca

- Install mailx which is provided by the s-nail package.

- Clear the `/etc/mail.rc` file and enter:

    set sendmail="/usr/bin/mailx"
    set smtp=smtp.gmail.com:587
    set smtp-use-starttls
    set ssl-verify=ignore
    set ssl-auth=login
    set smtp-auth-user=USERNAME@gmail.com
    set smtp-auth-password=PASSWORD

Now to send the text, we must pipe a message to the mailx program.

- Make a Bash script:

    /path/to/mail.sh

    echo "$@: Done" | mailx 5551234567@vtext.com

Where the $@ is a variable holding all the arguments passed to our script.

- And finally, add the important `~/.rtorrent.rc` line:

    method.set_key = event.download.finished,notify_me,"execute2=/path/to/mail.sh,$d.name="

Breaking it down:

`notify_me` is the command id, which may be used by other commands, it can be just about anything you like, so long as it is unique.

`execute=` is the rtorrent command, in this case to execute a shell command.

`/path/to/mail.sh` is the name of our script (or whatever command you want to execute) followed by a comma separated list of all the switches/arguments to be passed.

`$d.get_name=` 'd' is an alias to whatever download triggered the command, get_name is a function which returns the name of our download, and the '$' tells rTorrent to replace the command with its output before it calls execute.

The end result? When that torrent, 'All Live Nudibranches', that we started before leaving for work finishes, we will be texted:

    All Live Nudibranches: Done

### UI tricks

rTorrent does not list the active tab properly by default, add this line to your `.rtorrent.rc` to show only active torrents

    schedule = filter_active,30,30,"view.filter = active,\"or={d.up.rate=,d.down.rate=}\""

Then press `9` in your rTorrent client to see the changes in action.

To sort the seeding view by the upload rate and only show torrents with peers:

    # Sort the seeding view by the upload rate and only show torrents with peers
    view.sort_current = seeding,greater=d.up.rate=
    view.filter = seeding,"and=d.complete=,d.peers_connected="
    view.sort_new = seeding,less=d.up.rate=
    view.sort = seeding

To sort the complete view by the upload rate:

    # Sort the complete view by the upload rate
    view.sort_current = complete,greater=d.up.rate=
    view.filter = seeding,"and=d.complete="
    view.sort_new = seeding,less=d.up.rate=
    view.sort = seeding

### Manually adding trackers to torrents

1. Select torrent to edit from rTorrent console view.
2. Hit `Ctrl+x`.
3. If you had four trackers type following lines one at a time (always press `Ctrl+x` first) to add four more for example:

    d.tracker.insert="5","udp://tracker.publicbt.com:80"
    d.tracker.insert="6","udp://tracker.openbittorrent.com:80"
    d.tracker.insert="7","udp://tracker.istole.it:80"
    d.tracker.insert="8","udp://tracker.ccc.de:80"

### Schedule torrent to start at a specific time

If you do not want to download a torrent immediately, and would prefer it to begin at a later time (to accomodate a data plan, for example), you can add the torrent to a specific directory and tell rtorrent to check that directory periodically, if a torrent file is present, rtorrent will start downloading at the appointed time:

    # Start torrents at 1am in this directory
    schedule = watch_start,01:00:00,24:00:00, "load.start=/home/user/torrents/offpeak/*.torrent"

rtorrent will check the directory `torrents/offpeak/` every 24 hours, and if a torrent file is present will start it at 01:00 am.

## Troubleshooting

### CA certificates

By default rTorrent will work with trackers that use HTTPS with valid certificates. If an HTTPS tracker is being rejected because it has a custom or unusual certificate you may need to download it and validate it separately.

Once you have done that you can inform rTorrent of the new certificate via

    $ rtorrent -o http_capath=/etc/ssl/certs/www.your-tracker.com.pem

For more information see:

- rTorrent + SSL guide Full instructions for downloading and validating a new HTTPS certificate.
- rTorrent Error & CA Certificate
- rTorrent Certificates Problem
- rtorrent setup

In rTorrent 0.8.9 and up you can disable HTTPS checking completely by setting `network.http.ssl_verify_peer.set=0` and `network.http.ssl_verify_host.set=0`, source.

### Locked directories

rTorrent can sometimes lock up after a crash or incorrect shutdown, and will complain about a lock file.

Per the error message, the file called "rtorrent.lock" can be found within the hidden folder `.rtorrentsession` for your download directory and manually removed.

### Event failed: bad return code

This is most often caused by there being spaces in your system.method.* lines, or by event handlers that call out to external scripts which are either simply not installed, or return a non-zero exit code.

For the first, remove any spurious spaces, or else quote path etc. where they are intentional, and it will work.

## Web interface

There are numerous web-based front ends for rTorrent; the most active include the following:

- ruTorrent - Has an interface very similar to μTorrent and supports many plugins and advanced features (see also: RTorrent/RuTorrent and guide on forum).
- Flood - Modern interface, written in Node.js using XMLRPC.

Note rTorrent is currently built using XML-RPC for C/C++, which is required for some web interfaces (e.g. ruTorrent).

### XMLRPC interface

In order to use rTorrent with web interfaces, you can configure rTorrent to create a Unix socket and then allow the web server user access to the socket, typically `http`. This can be applied on start-up by adding the following to the .rtorrent.rc configuration file:

    network.scgi.open_local = /home/user/rpc.socket
    schedule = socket_facl,5,0,"execute=setfacl,-m,u:http:rwx\\,g:http:rwx,/home/user/rpc.socket"

Ensure user is changed to the user running rTorrent. The `set_facl` command will run 5 seconds after rTorrent has finished initialising to allow the socket to be created.

For more information see: Using XMLRPC with rTorrent.

### Saving magnet links as torrent files in watch folder

Note rTorrent natively supports downloading torrents through magnet links. At the main view (reached by starting rTorrent and pressing 1), press enter. At "load.normal>" paste the magnet link and press enter again. This will start the download.

If you wish to have magnet links automatically added to your watch folder, here is a script that will do the trick:

     #!/bin/bash
     watch_folder=~/.rtorrent/watch
     cd $watch_folder
     [[ "$1" =~ xt=urn:btih:([^&/]+) ]] || exit;
     echo "d10:magnet-uri${#1}:${1}e" > "meta-${BASH_REMATCH[1]}.torrent"

(adapted from https://blog.gonzih.me/blog/2012/02/17/how-to-use-magnet-links-with-rtorrent/).

Save it, for instance as rtorrent-magnet, give it execution permission, and place it somewhere under your $PATH. Then in Firefox:

1. Type `about:config` into the Location Bar (address bar) and press `Enter`.
2. Right-click: New > Boolean > Name: network.protocol-handler.expose.magnet > Value > false.
3. Next time you click a magnet link you will be asked which application to open it with. Select the script we just created and you will be done.

If you want xdg-open to handle this, which you need if you are using chrome instead of Firefox, (though gnome and other DE might have their own programs overriding xdg-open) you need to create the desktop entry for the rtorrent-magnet script in `~/.local/share/applications/rtorrent-magnet.desktop` with the following content:

     [Desktop Entry]
     Type=Application
     Name=rtorrent-magnet
     Exec=rtorrent-magnet %U
     MimeType=x-scheme-handler/magnet;
     NoDisplay=true

Then all you need to do is to register the mimetype using

    $ xdg-mime default rtorrent-magnet.desktop x-scheme-handler/magnet

## Magnet to torrent

You could also use the magnet2torrent-gitAUR package which downloads the metadata and creates a torrent file.

How to use:

    $ magnet2torrent -m <magnet link> -o [torrent file]

Or use aria2 and xclip, to process magnet links from clipboard:

    $ d=$(xdg-user-dir DOWNLOAD)
    $ c=$(xclip -o -selection clipboard | grep ^magnet)
    $ aria2c -d "$d" --input-file <( echo "$c" ) --bt-metadata-only=true --bt-save-metadata=true

## rtorrent-ps

rTorrent-PS is an rTorrent distribution in form of a patchset with UI enhancements, colorization, and some added features.

### Installation

Install rtorrent-psAUR.

### Configuration

Set "pyro.extended" to 1 in your rTorrent configuration file to activate rTorrent-PS features.

    method.insert = pyro.extended, value|const, 1

See rtorrent-ps templates of the pimp-my-box repository for additional configuration examples. Be aware they may require PyroScope command line utilities to work.

## PyroScope command line utilities

PyroScope command line utilities are a collection of tools for the rTorrent client that work well together with the #rtorrent-ps patchset. Amongst other things, they provide automation for common tasks and a queue manager for rTorrent.

Follow the official documentation for installation and configuration. See rtorrent-ps templates of the pimp-my-box repository for additional configuration examples.

## See also

- RTorrent/RuTorrent
- GNU Screen
- The rTorrent Handbook - Includes an explanation of basic and advanced configuration, a scripting guide, and a (not yet) complete command reference with an auto-generated index.
- rtorrent(1)
- Comparison of BitTorrent clients on Wikipedia
- rTorrent Community Wiki - Public place for information on rTorrent and any project related to rTorrent, regarding setup, configuration, operations, and development.
- pyrocore - Collection of command line tools for rTorrent. It provides commands for creating and modifying torrent files, moving data on completion without having multiple watch folders, and mass-controlling download items via rTorrent's XML-RPC interface: searching, start/stop, deleting items with or without their data, etc. It also offers a documented Python API.
- Installation guide for rTorrent and Pyroscope on Linux - Collection of tools for the BitTorrent protocol and especially the rTorrent client
- mktorrent - Command line application used to generate torrent files, which is available as mktorrent.
- docktorrent - Using Docker, rTorrent and ruTorrent to run a full-featured BitTorrent box.
- reptyr - another tool to take over a program's TTY (it is in the standard repos). The process may have started being attached to a terminal or to a socket in tmux, screen or dtach.
- neercs - a more screen/tmux like tool than reptyr, but, like reptyr, neercs can also "steal" a process that may have started slaved to a terminal or to a socket in tmux, screen or dtach.

Forum threads

- 2009-03-11 - Arch Linux - HOWTO: rTorrent stats in Conky

Category:

- BitTorrent

Hidden categories:

- Pages or sections flagged with Template:Out of date
- Pages or sections flagged with Template:Style

rTorrent
Add topic