Processus tué lors de la déconnexion ssh malgré l'écran/nohup

Il semble étrange que le nohup ne fonctionne pas, mais cela peut facilement être mis à l'épreuve, comme suit :

  { sleep 999; echo $? > exitcode ; } &
  fuser -1 -k /bin/sleep
  expr $(cat exitcode) - 128

Cela imprimera le code de retour moins 128, qui est exactement le numéro du signal qui l'a tué. Vous pouvez les lister simplement en faisant :

  kill -l 

Maintenant, essayez ceci à la place :

  rm exitcode
  { nohup sleep 999; echo $? > exitcode; } &
  fuser -1 -k /bin/sleep
  ls -l exitcode

Si nohup fonctionne, à ce stade, on vous dira qu'il n'y a pas de tel fichier. Vous pouvez vérifier cela en faisant :

  fuser -15 -k /bin/sleep
  expr $(cat exitcode) -128

et que cette valeur est de 15.

EDIT

Votre dernier commentaire était assez révélateur : cela signifie que le SIGHUP n'est pas envoyé au processus (sleep, dans ce cas) mais directement à votre Shell. Ceci ne peut être fait que par Dropberar, bien sûr. Une petite recherche a montré que Dropbear tue effectivement tous les processus utilisateur à la déconnexion.

Vous pouvez désactiver cette fonctionnalité gênante en ajoutant la ligne

 KillMode=process

à la fin de la strophe Service dans le fichier /lib/systemd/dropbear@.service. Ensuite, redémarrez ou redémarrez Dropbear.