Notification des changements sur un fichier sous / proc

J'ai écrit un petit `` démon '' en bash qui passera aux écouteurs s'ils sont détectés, et sinon, passer à un haut-parleur USB externe avec PulseAudio.

Ce que je recherche, c'est un moyen d'obtenir une notification des modifications sur le fichier /proc/asound/card0/codec#0, tout comme inotifywaitles vrais fichiers (en considérant les fichiers sous / proc comme des "pseudo-fichiers").

Je trouve mon code un peu fou, car il fonctionne sleep 1avec awktoute la journée, soit 86400 fois par jour :)

while sleep 1; do
    _1=${_2:-}
    _2=$(awk '/Pin-ctls/{n++;if(n==4)print}' '/proc/asound/card0/codec#0')

    [[ ${_1:-} = $_2 ]] ||
        if [[ $_2 =~ OUT ]]; then
            use_speakers
        else
            use_internal
        fi
done

Ce que je recherche, c'est quelque chose comme (cet exemple ne fonctionne pas):

codec=/proc/asound/card0/codec#0
while inotifywait $codec; do
    if [[ $(awk '/Pin-ctls/{n++;if(n==4)print}' $codec) =~ OUT ]]; then
        use_speakers
    else
        use_internal
    fi
done

De cette façon, les commandes à l'intérieur de la boucle ne seraient exécutées que lorsqu'il y aurait de réels changements dans le $codecfichier.

Ce que je recherche, c'est un moyen d'obtenir une notification des modifications sur le fichier [en proc]

Vous ne pouvez pas, car ce ne sont pas des fichiers. Ce n'est pas tout à fait une question en double, mais la réponse ici explique pourquoi.

/procest une interface noyau. Il n'y a pas de vrais fichiers là-bas, donc ils ne peuvent pas changer. La lecture à partir des poignées est une demande et les données du fichier lorsque vous le lisez sont une réponse à cela.

La seule façon de simuler quelque chose comme ça serait de lire le fichier à intervalles et de comparer le contenu pour voir si la réponse du noyau a changé - on dirait que vous l'avez déjà fait.

Si vous statprocfs des fichiers, atime et mtime seront les mêmes: pour certains fichiers, c'est à chaque fois que l'appel stat a été, pour d'autres à un moment donné lors du démarrage du système. Dans le premier cas, il semblera toujours avoir changé, dans le second, il ne semblera jamais avoir changé.

Si vous utilisez PulseAudio, procédez comme pactl subscribesuit.

Gardez également à l'esprit que certains fichiers sous /proc/permettent d'être surveillés pour les modifications via l'interrogation, par exemple si vous le faites, man procvous pouvez lire ce qui suit sur le /proc/self/mountsfichier:

/ proc / [pid] / mounts (depuis Linux 2.4.19) Ce fichier répertorie tous les systèmes de fichiers actuellement montés dans l'espace de noms de montage du processus (voir mount_namespaces (7)). Le format de ce fichier est documenté dans fstab (5).

Depuis la version 2.6.15 du noyau, ce fichier est interrogeable: après ouverture du fichier en lecture, une modification de ce fichier (c'est-à-dire un montage ou un démontage du système de fichiers) fait que select (2) marque le descripteur de fichier comme ayant une condition exceptionnelle, et poll (2) et epoll_wait (2) marquent le fichier comme ayant un événement prioritaire (POLLPRI). (Avant Linux 2.6.30, une modification de ce fichier était indiquée par le descripteur de fichier marqué comme lisible pour select (2) et marqué comme ayant une condition d'erreur pour poll (2) et epoll_wait (2).)

Et c'est exactement ce qui est mis en œuvre dans la question suivante:

/programming/5070801/monitoring-mount-point-changes-via-proc-mounts

Essayez d'utiliser netlinkpour surveiller les /procfichiers modifiés.

https://mdlayher.com/blog/linux-netlink-and-go-part-1-netlink/