Повідомте про зміни у файлі під / proc

Я написав невеликий "демон" в баші, який перейде на навушники, якщо вони виявлені, а якщо ні, перемкніть на зовнішній динамік 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файлі є реальні зміни .

Що я шукаю - це спосіб отримати повідомлення про зміни у файлі [in proc]

Ви не можете, бо це не файли. Це не зовсім повторне запитання, але тут відповідь пояснює, чому.

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

Єдиний спосіб, як ви могли б імітувати щось подібне, було б читати файл з інтервалом і порівнювати вміст, щоб побачити, чи змінився відповідь з ядра - схоже, ви це вже зробили.

Якщо ви statобробляєте файли, atime і mtime будуть однаковими: для деяких файлів це завжди, коли був статистичний виклик, для інших - час під час завантаження системи. У першому випадку він завжди буде здаватися, що змінився, у другому він ніколи не здасться, що змінився.

Якщо ви використовуєте PulseAudio, pactl subscribeце робить.

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

/ proc / [pid] / mounts (з Linux 2.4.19) У цьому файлі перераховані всі файлові системи, які зараз змонтовані у просторі імен монту процесу (див. простори mount_names (7)). Формат цього файлу задокументований у fstab (5).

Оскільки версія ядра 2.6.15, цей файл є полебеним: після відкриття файлу для читання зміна цього файлу (тобто, кріплення або відключення файлової системи) призводить до вибору (2) для позначення дескриптора файлу як надзвичайного стану та опитування (2) та epoll_wait (2) позначають файл як пріоритетну подію (POLLPRI). (До Linux 2.6.30 про зміну цього файлу було зазначено, що дескриптор файлу позначається як читабельний для вибору (2), і позначається як такий, що має умови помилки для опитування (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/