Powiadamiaj o zmianach w pliku w / proc

Napisałem małego „demona” w skrócie, który przełączy się na słuchawki, jeśli zostaną wykryte, a jeśli nie, przełącz się na zewnętrzny głośnik USB z PulseAudio.

To, czego szukam, to sposób na otrzymywanie powiadomień o zmianach w pliku /proc/asound/card0/codec#0, podobnie jak inotifywaitw przypadku plików rzeczywistych (uznanie plików w / proc za „pseudoplik”).

Mój kod jest nieco szalony, ponieważ działa sleep 1z nim awkprzez cały dzień, czyli 86400 razy dziennie :)

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

Szukam czegoś takiego (ten przykład nie działa):

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

W ten sposób polecenia wewnątrz pętli byłyby uruchamiane tylko wtedy, gdy w $codecpliku występują rzeczywiste zmiany .

To, czego szukam, to sposób na powiadomienie o zmianach w pliku [w proc]

Nie możesz, bo to nie są pliki. To nie jest dość zduplikowane pytanie, ale odpowiedź tutaj wyjaśnia, dlaczego.

/procjest interfejsem jądra. Nie ma tam prawdziwych plików, dlatego nie można ich zmienić. Odczytywanie z uchwytów jest żądaniem, a dane w pliku, gdy je czytasz, są odpowiedzią na to.

Jedynym sposobem na symulację czegoś takiego jest odczytywanie pliku w odstępach czasu i porównywanie zawartości, aby sprawdzić, czy odpowiedź z jądra uległa zmianie - wygląda na to, że już to zrobiłeś.

Jeśli statprocfsujesz pliki, atime i mtime będą takie same: dla niektórych plików dzieje się to za każdym razem, gdy było wywołanie stat, dla innych czas od uruchomienia systemu. W pierwszym przypadku zawsze będzie się wydawało, że się zmieniło, w drugim przypadku nigdy się nie zmieni.

Jeśli używasz PulseAudio, zrób pactl subscribeto.

Należy również pamiętać, że niektóre pliki objęte /proc/zezwoleniem mogą być monitorowane pod kątem zmian za pomocą odpytywania, na przykład jeśli możesz man proc, możesz przeczytać o /proc/self/mountspliku:

/ proc / [pid] / mounts (od Linuksa 2.4.19) Ten plik zawiera listę wszystkich systemów plików aktualnie zamontowanych w przestrzeni nazw montowania procesu (patrz mount_namespaces (7)). Format tego pliku jest udokumentowany w fstab (5).

Od wersji 2.6.15 jądra plik ten jest pollable: po otwarciu pliku do odczytu zmiana w tym pliku (tj. Podłączenie lub odmontowanie systemu plików) powoduje, że select (2) zaznacza deskryptor pliku jako wyjątkowy warunek, oraz poll (2) i epoll_wait (2) oznaczają plik jako mający zdarzenie priorytetowe (POLLPRI). (Przed Linuksem 2.6.30 zmiana w tym pliku była wskazywana przez deskryptor pliku oznaczony jako czytelny dla select (2) i oznaczony jako posiadający warunek błędu dla poll (2) i epoll_wait (2).)

I właśnie to jest realizowane w następującym pytaniu:

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

Spróbuj użyć netlinkdo monitorowania /proczmienionych plików.

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