Меняется порядок плат видеозахвата PCIe

Спасибо за пример! Повторю на досуге. Еще бы так с двумя USB C-media’ми разобраться. Там сложнее, т.к. программы в основном требуют hw:0,0 и hw:1,0 Симлинк с произвольным именем не сделать.

Так это наверно как раз то обновление, где детерминированные имена сломали?

Нет, с именами там как раз изначально было решено by-design, как на корпусе порты подписаны, так они и должны были называться в системе

Проблема была именно в порядке их инициализации ядром в зависимости от его версии и конфига, т.е. кто первый - тот и «eth0»

Так вот это поведение («кто первый») как раз в каких-то 4.х ввели, до этого устройства перебирались по порядку, зависящему от номеров железных слотов. По крайней мере для дисков так. Или для сетевых карт по-другому?

Еще бы так с двумя USB C-media’ми разобраться.

Это типа USB-Audio интерфейсы ?

Так вот это поведение («кто первый») как раз в каких-то 4.х ввели, до этого устройства перебирались по порядку, зависящему от номеров железных слотов. По крайней мере для дисков так. Или для сетевых карт по-другому?

Я уже всех деталей не припомню, но даже для каких-нибудь S-ATA дисков, разве не может оказаться так, что они требуют разное время на инициализацию в зависимости от модели, и находящийся в слоте #0 диск будет доступен для перебора позже чем в слоте #1 ?

В моем случае это были 100Mbit и 1Gbit Ethernet-контроллеры, требующие различных драйверов. Если драйвер вкомпилен в ядро, его грузить не надо и железо будет доступно раньше по сравнению с модулем

И если, как тут уже упоминалось, на определенном этапе в ядро «внедрили в перечислитель устройств мультипоток для повышения скорости работы», то это только усугубило ситуацию

Да

Думаю тогда это должно решаться средствами какого-нибудь PipeWire

Специально поставил Ubuntu. Перегружал пока раз 10. Ничего не перемешивается. А на AstraLinux…))) Ну что можно сказать… буду еще перегружать на Ubuntu)