Уведомлять об изменениях в файле в / proc

Я написал небольшой «демон» в bash, который переключится на наушники, если они обнаружены, а если нет, переключится на внешний USB-динамик с помощью PulseAudio.

То, что я ищу, - это какой-то способ получать уведомления об изменениях в файле /proc/asound/card0/codec#0, так же как inotifywaitи в реальных файлах (рассматривая файлы в / proc как «псевдофайлы»).

Я нахожу мой код немного безумные, потому что он работает sleep 1с в awkтечение всего дня, то есть 86400 раз в день :)

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

Я ищу что-то вроде (этот пример не работает):

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

Таким образом, команды внутри цикла будут выполняться только при наличии реальных изменений в $codecфайле.

То, что я ищу, это какой-то способ получить уведомление об изменениях в файле [в proc]

Вы не можете, потому что они не файлы. Это не совсем дублирующий вопрос, но ответ здесь объясняет почему.

/procинтерфейс ядра Там нет реальных файлов, поэтому они не могут измениться. Чтение из дескрипторов - это запрос, а данные в файле, когда вы читаете его, являются ответом на это.

Единственный способ, которым вы могли бы смоделировать что-то подобное, это прочитать файл через определенные промежутки времени и сравнить содержимое, чтобы увидеть, изменился ли ответ от ядра - похоже, вы уже сделали это.

Если вы statprocfs файлы, atime и mtime будут одинаковыми: для некоторых файлов это всегда, когда был вызов stat, для других - время во время загрузки системы. В первом случае, кажется, что он всегда изменился, во втором - никогда не изменится.

Если вы используете PulseAudio, сделайте pactl subscribeэто.

Также имейте в виду, что некоторые файлы, для которых /proc/разрешено отслеживание изменений с помощью опроса, например, если вы это man procсделаете, можете прочитать о /proc/self/mountsфайле следующее :

/ proc / [pid] / mounts (начиная с Linux 2.4.19) В этом файле перечислены все файловые системы, которые в настоящий момент смонтированы в пространстве имен монтирования процесса (см. mount_namespaces (7)). Формат этого файла задокументирован в fstab (5).

Начиная с версии ядра 2.6.15, этот файл доступен для опроса: после открытия файла для чтения изменение в этом файле (т. Е. Монтирование или размонтирование файловой системы) заставляет select (2) пометить дескриптор файла как имеющий исключительное условие, и poll (2) и epoll_wait (2) помечают файл как имеющий приоритетное событие (POLLPRI). (До Linux 2.6.30 изменение в этом файле указывалось на то, что дескриптор файла был помечен как читаемый для select (2) и помечен как имеющий условие ошибки для poll (2) и epoll_wait (2).)

И это именно то, что реализуется в следующем вопросе:

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

Попробуйте использовать netlinkдля мониторинга /procизмененных файлов.

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