lacaille076 je vais prendre le problème par le bas :
Déjà tu as un problème avec php7.3-fpm.

connect() to unix:/run/php/php7.3-fpm.sock failed (2: No such file or directory) while connecting to upstream

Tu as bien installé php7.3-fpm ?
On va remonter au fur a mesure.
Ensuite, les users not found, je pense que ce sont des tentatives d'accès infructueuse.
Pour la ligne directory is forbiden c'est un problème de droits. Quels sont ils sur le dossier ?
Tu as regarder les status suivant :

systemctl status tonuser-rtorrent.service

systemctl status mathieu-irssi.service

Voilà ...
Matt

Re tout le monde

En complément d'investigation, en faisant un htop après avoir lancé manuellement la commande suivante

su --command='screen -dmS gormson-rtorrent rtorrent' gormson

je ne trouve aucun process, ligne ou autre avec la mention rtorrent ou gormson (en filtrant avec F4)
j'en conclu que rien en se lance.

En complément j'ai lancé la commande

systemctl status gormson-rtorrent.service

et j'obtiens :

systemctl status gormson-rtorrent.service
Warning: The unit file, source configuration file or drop-ins of gormson-rtorrent.service changed on disk. Run 'syste
● gormson-rtorrent.service - LSB: Start daemon at boot time
   Loaded: loaded (/etc/init.d/gormson-rtorrent; generated)
   Active: active (exited) since Mon 2020-12-28 15:28:33 CET; 21min ago
     Docs: man:systemd-sysv-generator(8)
  Process: 22227 ExecStart=/etc/init.d/gormson-rtorrent start (code=exited, status=0/SUCCESS)
Dec 28 15:28:33 gormboxplex systemd[1]: Starting LSB: Start daemon at boot time...
Dec 28 15:28:33 gormboxplex gormson-rtorrent[22227]: Starting rtorrent...
Dec 28 15:28:33 gormboxplex su[22228]: (to gormson) root on none
Dec 28 15:28:33 gormboxplex su[22228]: pam_unix(su:session): session opened for user gormson by (uid=0)
Dec 28 15:28:33 gormboxplex su[22228]: pam_unix(su:session): session closed for user gormson
Dec 28 15:28:33 gormboxplex systemd[1]: Started LSB: Start daemon at boot time.

Je sèche complet là

gormson
Je me réponds à moi même, en fait le plantage provient de la syntaxe des actions sur événements dans le fichier .rtorrent.rc.
En effet j'utilisais l'ancienne syntaxe sur les événements et les méthodes associées et variables. Mais ça a changé.
Du coup, pour aider ceux qui auraient comme moi des résidus de vieilles syntaxe, il faut par exemple transformer :

system.method.set_key=event.download.finished,update_file,"execute=/home/gormson/.session/file_torrent.sh"
system.method.set_key=event.download.finished,filebot_amc,"execute={/home/gormson/rtorrent_postprocess,$d.get_base_path=,$d.get_name=,$d.get_custom1=}"
system.method.set_key=event.download.erased,rtorrent_hardlink_delete,"execute={/home/gormson/hardlink_delete,$d.get_base_path=}"
system.method.set_key=event.download.erased,filebot_cleaner,"execute=/home/gormson/rtorrent_postprocessdelete"
system.method.set_key=event.download.finished,rtorrent_sniffer,"execute={/home/gormson/rtorrent_sniffer,$d.get_name=,$d.get_custom1=}"

en

method.set_key=event.download.finished, filebot_amc,"execute2={/home/gormson/rtorrent_postprocess,$d.base_path=,$d.name=,$d.custom1=}"
method.set_key=event.download.finished, update_file,"execute2={/home/gormson/.session/file_torrent.sh}"
method.set_key=event.download.finished, rtorrent_sniffer,"execute2={/home/gormson/rtorrent_sniffer,$d.name=,$d.custom1=}"
method.set_key=event.download.erased, filebot_cleaner,"execute2={/home/gormson/rtorrent_postprocessdelete}"
method.set_key=event.download.erased, hardlink_delete,"execute2={/home/gormson/hardlink_delete,$d.base_path=}"

Attention à bien faire attention aux espaces aussi, j'y ai perdu 20min juste sur l'espace après la virgule du event.download.finished (valable aussi pour le .erased)

A+ et bonne année à tous.

Hello tout le monde,

J'ai utilisé le script d'install aujourd'hui sur une installation Debian 10 toute fraîche et j'ai remarqué une erreur au moment de l'installation d'irssi :

J'ai d'abord eu l'erreur avec le premier user et en ajoutant un deuxième user j'ai aussi eu l'erreur.
J'ai l'impression qu'il manque l'url au moment du wget dans le script.

J'ai pas l'impression que ce soit plus grave que ça, mon ruTorrent est quand même fonctionnelle je voulais juste le signaler

Top merci je vais suivre la procédure du coup

Je test une nouvelle installation, je te tiens au courant de ce que ça donne.

EDIT1:
ex_rat J'ai testé, irssi n'apparait plus par contre rTorrent ne fonctionne plus chez moi

Mais mon hardwarde est capricieux, si d'autres personnes pouvaient faire un retour ce serait utile pour déterminer si ça vient de chez moi ou de la modif du script.

EDIT2 :
J'ai trouvé ça dans les logs :

Je sais pas si tu as touché à cette partie du script ?

Bonjour.
Je viens juste d'installer le script sans souci sur une debian 9.13 neuve
J'ai aussi installé h5ai en faisant un lien symbolique vers son index.php.
cd /var/www/base
mv -v index.html index.html.OLD && ln -sv /var/www/_h5ai/public/index.php index.php
systemctl restart nginx

La page s'affiche mais me met un message d'erreur ""Works best with JavaScript enabled!""

Pourtant php7.4 est correctement installé, tout comme php7.4-json
root@debian-Dedibox:/home/jedineofr# php -v
PHP 7.4.14 (cli) (built: Jan 12 2021 14:00:40) ( NTS )
Copyright (c) The PHP Group
Zend Engine v3.4.0, Copyright (c) Zend Technologies
with Zend OPcache v7.4.14, Copyright (c), by Zend Technologies

root@debian-Dedibox:/home/jedineofr# apt install php7.4-json
Lecture des listes de paquets... Fait
Construction de l'arbre des dépendances
Lecture des informations d'état... Fait
php7.4-json is already the newest version (7.4.14-1+0~20210112.34+debian9~1.gbpaa175a).
0 mis à jour, 0 nouvellement installés, 0 à enlever et 1 non mis à jour.

Y a-t-il quelque chose à paramétrer pour "autoriser" le javascrip sur h5ai ?

Merci d'avance de vos réponses