Merci pour ton avis arckosfr ! Mon choix se porte donc sur sickrage !
Bon j'ai tout réinstallé au propre mais la je galère à faire un autostart pour sickrage.
J'ai suivis ce tuto :
http://www.algissalys.com/how-to/sickrage-sabnzbd-raspberry-pi-tvpi-part-2
A un moment il parle de l'autostart et pour cela il faut faire :
sudo nano /etc/default/sickrage
que le fichier sera vide et qu'il faut copier ces données :
## /etc/default/sickrage
SR_USER=pi #$RUN_AS, username to run sickrage under, the default is sickrage
SR_HOME=/home/pi/.sickrage #$APP_PATH, the location of SickBeard.py, the default is /opt/sickrage
SR_DATA=/home/pi/.sickrage #$DATA_DIR, the location of sickbeard.db, cache, logs, the default is /opt/sickrage
## SR_PIDFILE= #$PID_FILE, the location of sickrage.pid, the default is /var/run/sickrage/sickrage.pid
## PYTHON_BIN= #$DAEMON, the location of the python binary, the default is /usr/bin/python2.7
## SR_OPTS= #$EXTRA_DAEMON_OPTS, extra cli option for sickrage, i.e. " --config=/home/sickrage/config.ini"
## SSD_OPTS= #$EXTRA_SSD_OPTS, extra start-stop-daemon option like " --group=users"
##
## EXAMPLE if want to run as different user
## add SR_USER=username to /etc/default/sickrage
## otherwise default sickrage is used
Sauf que je suis certains que le path n'est pas le même (SR HOME et SR DATA) ainsi que le user. Le problème c'est comment trouver ce fameu .sickrage ?
Quand je force un start manuel j'ai :
osmc@osmc:~$ sudo service sickrage start
Job for sickrage.service failed. See 'systemctl status sickrage.service' and 'journalctl -xn' for details.
osmc@osmc:~$ See 'systemctl status sickrage.service'^C
osmc@osmc:~$ systemctl status sickrage.service
* sickrage.service - LSB: starts instance of SickRage
Loaded: loaded (/etc/init.d/sickrage)
Active: failed (Result: exit-code) since Fri 2016-08-12 13:38:56 CEST; 46s ago
Process: 747 ExecStart=/etc/init.d/sickrage start (code=exited, status=2)
osmc@osmc:~$ journalctl --full -u sickrage
No journal files were found.
osmc@osmc:~$ sudo service sickrage start
Job for sickrage.service failed. See 'systemctl status sickrage.service' and 'journalctl -xn' for details.
