Seb, au 2019-09-26 : > Le passage de Debian 9 à Debian 10 semble avoir modifié le > comportement de killall. Exemple: > > ~>ps auxw | grep simplescreen > seb 13630 2.3 0.7 393012 64192 pts/31 Sl+ 15:31 0:00 > simplescreenrecorder > > ~>killall simplescreenrecorder > simplescreenrecorder: no process found > > ~>killall -e simplescreenrecorder > simplescreenrecorder: no process found > > ~>kill 13630 > ~> > > Donc kill fait bien le boulot, mais killall ne retrouve pas la > bonne ligne. (Du coup, un script qui marchait sans problème > depuis des années est tombé en panne.) Je n'ai pas trouvé > d'information dans la page de man de killall, qui est d'ailleurs > exactement la même en Debian 9 et en Debian 10. > > Sauriez-vous comment faire retomber killall en marche ?
À en juger par le manuel de killall(1) fournie dans Sid, à la
description de l'option -e (--exact) le comportement de la
commande devient… curieux… dès lors que le nom du processus
dépasse 15 caractères. Avec cette information en tête, les
commandes suivantes sont tombées en marche :
$ killall simplescreenrec
$ killall -e simplescreenrec
killall ne m'a pas l'air très solide à l'usage. Quand je peux,
je préfère me référer à un fichier PID dans les scripts.
Apparemment, à moins de préciser un --statsfile particulier,
simplescreenrecorder(1) va crééer par défaut un fichier
/dev/shm/simplescreenrecorder-stats-PID, si j'en croie son
manuel. Il y a peut-être moyen de travailler avec ça ?
Amicalement,
--
Étienne Mollier <[email protected]>
Empreinte : 5ab1 4edf 63bb ccff 8b54 2fa9 59da 56fe fff3 882d
signature.asc
Description: OpenPGP digital signature
