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 ?
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 ?
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 ?
~>killall simplescreenrecorder
simplescreenrecorder: no process found
~>killall -e simplescreenrecorder
simplescreenrecorder: no process found
$ 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 ?
> ~>killall simplescreenrecorder
> simplescreenrecorder: no process found
> ~>killall -e simplescreenrecorder
> simplescreenrecorder: no process found
$ 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 ?
~>killall simplescreenrecorder
simplescreenrecorder: no process found
~>killall -e simplescreenrecorder
simplescreenrecorder: no process found
$ 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 ?
Sauriez-vous comment faire retomber killall en marche ?
Sauriez-vous comment faire retomber killall en marche ?
Sauriez-vous comment faire retomber killall en marche ?
La commande qui va bien :
# kill -9 <n° du processus>
La commande qui va bien :
# kill -9 <n° du processus>
La commande qui va bien :
# kill -9 <n° du processus>
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
~>
À 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 ?
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
~>
À 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 ?
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
~>
À 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 ?
À 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
Aaaahh... Merci !!
Après avoir lancé simplescreenrecorder, /dev/shm reste vide.
(Et pkill ne tue pas non plus simplescreenrecorder.)
> À 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
Aaaahh... Merci !!
Après avoir lancé simplescreenrecorder, /dev/shm reste vide.
(Et pkill ne tue pas non plus simplescreenrecorder.)
À 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
Aaaahh... Merci !!
Après avoir lancé simplescreenrecorder, /dev/shm reste vide.
(Et pkill ne tue pas non plus simplescreenrecorder.)
Après avoir lancé simplescreenrecorder, /dev/shm reste vide.
Dommage, ça aurait été pratique d'avoir des fichiers PID, pour vérifier
que l'on va bien tuer ce qu'on voulait tuer. :((Et pkill ne tue pas non plus simplescreenrecorder.)
En français rapide, /proc/pid/stat tronque le nom du process à 15
$ pkill -f simplescreenrecorder # Notez le nom complet.
Après avoir lancé simplescreenrecorder, /dev/shm reste vide.
Dommage, ça aurait été pratique d'avoir des fichiers PID, pour vérifier
que l'on va bien tuer ce qu'on voulait tuer. :(
(Et pkill ne tue pas non plus simplescreenrecorder.)
En français rapide, /proc/pid/stat tronque le nom du process à 15
$ pkill -f simplescreenrecorder # Notez le nom complet.
Après avoir lancé simplescreenrecorder, /dev/shm reste vide.
Dommage, ça aurait été pratique d'avoir des fichiers PID, pour vérifier
que l'on va bien tuer ce qu'on voulait tuer. :((Et pkill ne tue pas non plus simplescreenrecorder.)
En français rapide, /proc/pid/stat tronque le nom du process à 15
$ pkill -f simplescreenrecorder # Notez le nom complet.