[Résolu] processus inotifywait

Severian · 01-02-2016 11:51:25

Bonjour

une question simple, j'ai le processus inotifywait qui ne se coupe pas lorsque je me déconnecte de ma session

pour les infos :
session openbox

uname -srv

Linux 3.16.0-4-amd64 #1 SMP Debian 3.16.7-ckt20-1+deb8u3 (2016-01-17)

inotifywait me sert au montage des médias usb
voici la démarche que j'ai fait
https://debian-facile.org/utilisateurs: … s-connecte

quand je ferme ma session
j'ai quand même 4 processus qui continue de tourner

sev       1285  0.0  0.0  35772  3888 ?        Ss   11:32   0:00 /lib/systemd/systemd --user

sev       1286  0.0  0.0  49972  1908 ?        S    11:32   0:00 (sd-pam)  

sev       1500  0.0  0.0  13236  2640 ?        S    11:33   0:00 /bin/bash /home/sev/.bin/automount

sev       1510  0.0  0.0   6396  1360 ?        S    11:33   0:00 inotifywait --monitor --event create,delete --format %e %w%f /dev

si je kill le processus inotifywait, les autres se ferment aussi (d'où je pense que c'est lui qui pose problème)

j'aimerais donc savoir pourquoi inotifywait ne se ferme pas quand je me déconnecte et comment faire pour qu'il se ferme (bon techniquement ça fait deux questions )

Dernière modification par Severian (03-02-2016 22:00:53)

enicar · 03-02-2016 18:06:46

Elle est très bien cette méthode sauf qu'à présent on utilise udisk2 pour faire la
même chose. Je ne sais pas comment c'est mis en œuvre par les différents
environnements de bureaux, car je n'ai pas le montage automatique des
périphériques externes. J'utilise le script de captnfab :
https://debian-facile.org/utilisateurs: … unt-udisks
Qui n'utilise pas pmount contrairement à ce que peut laisser penser le nom
dans le lien

Un peu de doc sur udisk2 est disponible ici :
https://debian-facile.org/doc:systeme:udisks
Elle est un peu obsolète dans la mesure où cette page parle de
udisk, alors que dans la jessie c'est udisk2 qui est utilisé (et donc
la commande utilisateur a changé, c'est udiskctl au lieu de udisk).

Le script de captnfab est bien car il fonctionne avec les deux,
udisk et udisk2

Un autre piste est de voir si dans le display manager que tu utilises
il n'y a pas un script de logout, dans lequel tu pourrais faire le ménage
en tuant le processus inotifywait.

Severian · 03-02-2016 18:39:33

les deux script utilise udisks2 (de la que vient la commande udisksctl)

le but ici c'est de ne pas avoir besoin de commande pour monter les médias usb, ça se fait tout seul à la détection (d'où l'utilisation de inotifywait)

je vais effectivement regarder dans le script logout comment il est fait (je n'y avais pô pensé, merci

) ... enfin dés que je le trouve

anonyme · 03-02-2016 19:08:59

mes clé usb se monte seule , j'ai pas de inotify , et j utilise pas de script
c'est le fonctionnement par défaut de debian
je comprend pas ces problemes de montage de clé usb sur un branchement a chaud

j'ai bien un process udisk qui s occupe du montage de mes clés usb , il s appelle gvfs-udisk2-volume-monitor
clic droit sur le volume (clé) sur le bureau , il me propose d ejecter ou de retirer le volume sans risque.
je pense que c est la gestion par defaut du bureau , si je ferme ma session ces process disparaissent

ps: j'ai plusieurs process gvfs (photo , volume monitor etc ..)

gvfs est un système de fichiers virtuel en espace utilisateur où les

montages sont exécutés en tant que processus distincts avec lesquels on

communique via D-Bus. Il contient également un module gio qui permet à

toutes les applications utilisant ce dernier d'être compatibles avec gvfs.

Il permet aussi d'exposer les montages gvfs aux applications n’utilisant

pas gio grâce à fuse.

Ce paquet fournit le module GIO qui permet aux applications d'utiliser les

montages gvfs.

enicar · 03-02-2016 19:23:45

anonyme a écrit :

mes clé usb se monte seule , j'ai pas de inotify , et j utilise pas de script
c'est le fonctionnement par défaut de debian

Pas chez moi… J'ai peut être viré le paquet responsable de l'automontage car
ça ne me plait pas, mais bon

je pense plutôt que ça dépend de l'environnement de bureau que tu utilises. Avec un openbox
de base, il n'y a rien qui est fait pour gérer l'automontage.

EDIT: D'ailleurs, je viens de me rendre compte que gvfs était installé sur ma machine
ça va me permettre de faire quelques tests avant de le virer

Dernière modification par enicar (03-02-2016 19:32:55)

Severian · 03-02-2016 20:12:17

avec un environnement de bureau "standard" (gnome, mate, kde, xfce, lxde) le montage de medias usb est pris en charge soit par le système, soit par le gestionnaire de fichier.
donc effectivement tu n'as rien à faire (en plus d'avoir pleins de paquets installé pour gérer tout ça et pleins d'outils / commandes que tu ne dois jamais utiliser)

j'ai une installation faite à partir de la base, tout installé à la main (xserver / xorg / environnement graphique / outils...) en plus le gestionnaire de fichier que j'utilise (xfe) n'a pas les automatismes que l'on trouve dans thunar / pcmanfm ou autres ... donc je dois mettre en place des solutions "alternatives"

enicar a écrit :

Pas chez moi… J'ai peut être viré le paquet responsable de l'automontage car
ça ne me plait pas, mais bon wink

sur le pc windows j'ai viré le "démarrage" automatique, mais le montage se fait toujours automatiquement
pour linux c'est pareil, le montage doit se faire tout seul, mais pas de démarrage automatique (c'est une question de sécurité / bon sens pour moi )

gvfs n'est pas utilisé plutôt dans les montages de fichiers distant ? (en tout cas c'est du bouffe mémoire ces bêtes là car ça fait tourner plusieurs processus en deamon)

anonyme · 03-02-2016 20:53:02

ce que je n ai pas dit , selon la version , et le type d installation de debian + mate , je n ai parfois que éjecter la clé (ou alors éjecter ou retirer proprement la clé dans le menu de mate )

j'utilise debian et j avoue ne plus me poser de questions

enicar · 03-02-2016 21:00:19

Je ne suis pas sûr que openbox ait un script de logout.
Par contre il y a moyen de faire un script qui tue inotifywait avant
de quitter openbox qu'il faudra lancer avec le menu de openbox.
Il s'agit de modifier le fichier :

~/.config/openbox/menu.xml

 

Si il n’existe pas, c'est que tu utilise le menu fourni par debian.
Remarque on peut tout à fait faire son propre menu en ayant la
possibilité d'utiliser le menu de debian.
Donc il s'agit de mettre ce script suivant que l'on peut appeler
openbox-exit dans le répertoire ~/bin :

#! /bin/bash

pkill inotifywait

openbox --exit

Je pense que ça se passe de commentaires Il faut quand même penser
à rendre ce script exécutable :

chmod u+x ~/bin/openbox-exit

 

Pour le fichier menu.xml. Dans ce menu il y a une entrée pour quitter
openbox :

<item label="Exit">

    <action name="Exit">

    </action>

</item>

Que l'on remplace par :

<item label="Exit">

    <action name="Execute">

        <execute>openbox-exit</execute>

        <prompt>yes</prompt>

    </action>

</item>

Évidemment cette façon de procéder suppose que tu quittes toujours ta
session openbox en utilisant le menu et l'item « Exit »…

L'autre possibilité, c'est de changer ta façon de faire, et d'utiliser
gvfs. Ce qui serait bien plus simple.

EDIT: je peux proposer quelque chose de plus robuste aussi, si nécessaire bien que tel quel,
ça devrait fonctionner et être suffisant.

Dernière modification par enicar (03-02-2016 21:16:02)

enicar · 03-02-2016 21:03:46

Severian a écrit :

gvfs n'est pas utilisé plutôt dans les montages de fichiers distant ?

Non, je suis sûr que gvfs sait gérer les périphériques amovibles. Cependant, je ne sais pas
comment il faut mettre cela en œuvre avec openbox…

Severian · 03-02-2016 22:00:22

bon pour faire simple
j'ai mis en œuvre ta solution et ... ça fait bien la job, merci

sinon j'ai désinstallé gvfs ...
maintenant faut que je me débarrasse de pcmanfm, mais bon c'est ce qu'utilise iceweasel pour ouvrir les emplacement des fichiers téléchargés ...

mais ceci est un autre problème

pour smolski, pas la peine d'éssayer de venir glaner des pts chocos, je connais la manip

smolski · 03-02-2016 22:12:39

/me s'en va tout tristounet, clopin-clopan sous le soleil couchant, glaner ailleurs quelques points choco df....

enicar · 03-02-2016 22:20:05

Severian a écrit :

j'ai mis en œuvre ta solution et ... ça fait bien la job, merci

Très bien

Debian-facile

#1 01-02-2016 11:51:25

[Résolu] processus inotifywait

#2 03-02-2016 18:06:46

Re : [Résolu] processus inotifywait

#3 03-02-2016 18:39:33

Re : [Résolu] processus inotifywait

#4 03-02-2016 19:08:59

Re : [Résolu] processus inotifywait

#5 03-02-2016 19:23:45

Re : [Résolu] processus inotifywait

#6 03-02-2016 20:12:17

Re : [Résolu] processus inotifywait

#7 03-02-2016 20:53:02

Re : [Résolu] processus inotifywait

#8 03-02-2016 21:00:19

Re : [Résolu] processus inotifywait

#9 03-02-2016 21:03:46

Re : [Résolu] processus inotifywait

#10 03-02-2016 22:00:22

Re : [Résolu] processus inotifywait

#11 03-02-2016 22:12:39

Re : [Résolu] processus inotifywait

#12 03-02-2016 22:20:05

Re : [Résolu] processus inotifywait

Pied de page des forums