Sonarr : l'automatisation des séries qui révèle tout le potentiel d'Usenet

Récupérer un season pack à la main, ça va une fois. Maintenir à jour une douzaine de séries en cours — nouveaux épisodes, releases proper qui remplacent les pre-airs, upgrades de qualité quand un meilleur encodage apparaît — n’est pas un travail manuel. Sonarr existe pour faire disparaître toute cette catégorie de tâches : on ajoute une série une fois, et à partir de là les épisodes arrivent, sont renommés et atterrissent dans la bibliothèque sans qu’on touche à rien.

Ce que Sonarr automatise réellement

Sonarr est un PVR open source pour Usenet (et BitTorrent). On ajoute une série, on choisit un profil de qualité, et Sonarr prend en charge le cycle de vie complet :

• Suivi — il surveille les dates de diffusion via les fournisseurs de métadonnées et lance la recherche dès qu’un épisode est disponible, y compris le backfill de catalogues entiers pour les séries fraîchement ajoutées
• Recherche — les requêtes partent vers vos indexers newznab ; les releases sont notées selon vos réglages de qualité et de langue avant toute récupération
• Transmission au downloader — le NZB retenu part directement vers SABnzbd ou NZBGet
• Import et renommage — les téléchargements terminés sont déplacés dans la bibliothèque avec un nommage cohérent et configurable que Plex, Jellyfin et Emby interprètent proprement
• Upgrades — si un WEB-DL apparaît pour un épisode que vous n’avez qu’en qualité HDTV, Sonarr le remplace automatiquement, jusqu’au cutoff défini

Depuis la v4, les décisions de qualité passent par les Custom Formats : des règles à score qui permettent de privilégier certains groupes de release, codecs ou variantes HDR et d’en bannir d’autres. Combiné aux profils de scoring partagés des guides TRaSH, c’est bien plus précis que ne l’a jamais été l’ancien système des Preferred Words.

Pourquoi le duo avec Usenet est si efficace

Sonarr fonctionne aussi avec les torrents, mais c’est dans l’attelage Usenet qu’il devient vraiment sans entretien, pour une raison principale : le failed download handling. Quand un téléchargement arrive incomplet — articles manquants, réparation échouée — SABnzbd signale l’échec, et Sonarr récupère immédiatement et automatiquement la meilleure release suivante depuis un autre indexer. Avec deux ou trois indexers solides derrière, un téléchargement cassé ne coûte que quelques minutes de retard que personne ne remarque.

Le reste du profil Usenet se prête tout aussi bien à l’automatisation : les téléchargements saturent la ligne au lieu de dépendre de seeders, il n’y a aucune obligation de ratio pour du contenu dont on n’avait besoin qu’une fois, et un épisode posté pendant la nuit est dans la bibliothèque avant le réveil. Une retention assez profonde pour combler une série vieille de dix ans ne gâche rien.

Sur un NAS ou un serveur auto-hébergé avec Docker

Le travail de Sonarr consiste à réagir à des événements qui se produisent quand on n’est pas devant son ordinateur. Sa maison naturelle est donc une machine allumée en permanence : un NAS, un serveur maison, une petite boîte dans le placard. Docker est la voie de moindre résistance : l’image linuxserver.io est bien entretenue, la mise à jour tient dans un docker compose pull, et toute la configuration vit dans un seul dossier monté.

services:
  sonarr:
    image: lscr.io/linuxserver/sonarr:latest
    container_name: sonarr
    environment:
      - PUID=1000
      - PGID=1000
      - TZ=Europe/Paris
    volumes:
      - ./config:/config
      - /srv/media:/data
    ports:
      - "8989:8989"
    restart: unless-stopped

Un détail à soigner dès le départ : montez les téléchargements et la bibliothèque sous un volume unique (ici /data, contenant par exemple /data/usenet et /data/tv). Les imports deviennent alors des hardlinks instantanés ou des déplacements atomiques au lieu de copies lentes entre points de montage — le piège le plus fréquent des setups Docker de la famille *arr.

Sur Synology et QNAP, le même fichier compose fonctionne via Container Manager ; SynoCommunity propose aussi Sonarr en paquet natif si vous préférez éviter Docker sur les modèles plus anciens.

L’installation locale fonctionne aussi

Rien n’impose un serveur. Sonarr fournit des installeurs natifs pour Windows (en application de barre des tâches ou en service), macOS et Linux. Depuis la v4, il tourne sur un .NET moderne sans dépendance à Mono — une installation locale se règle en deux minutes. C’est une façon tout à fait valable d’évaluer l’outil ou de faire tourner un petit setup sur un poste de travail allumé la majeure partie de la journée de toute façon.

La réserve honnête : Sonarr n’automatise que lorsqu’il tourne. Un PC qui dort la nuit rattrape son retard au réveil — Sonarr recherche tout ce qui lui a échappé —, mais c’est la machine always-on qui rend l’expérience vraiment zero-touch. Beaucoup commencent en local et migrent ensuite vers un NAS ; le déménagement est indolore puisque tout l’état tient dans un dossier de configuration qu’on copie tel quel.

Sa place dans le stack

Sonarr est le décideur — ni le downloader, ni l’indexer. Il lui faut des endpoints newznab d’un côté — des indexers ajoutés directement, ou agrégés derrière NZBHydra2 ou Prowlarr pour gérer les API keys à un seul endroit — et SABnzbd ou NZBGet de l’autre. Radarr (films) et Lidarr (musique) suivent le même schéma, raison pour laquelle toute la famille se déploie généralement ensemble dans un seul stack compose.

Si les séries sont la raison pour laquelle vous gardez vos abonnements Usenet, Sonarr est l’outil qui les justifie : il transforme indexers, fournisseur et downloader en un système qui maintient simplement votre bibliothèque à jour, tout seul.

Site du projet : sonarr.tv