Выявилось в p8: после обновления с p7 до p8 перестало срабатывать правило SUBSYSTEM=="tty", KERNEL=="ttyUSB*", ACTION=="add", SYMLINK+="ttyUPS1" На всякий случай переименовал из 75-... в 99-..., не помогло. Если либо перевоткнуть usb-serial адаптер, либо выполнить "udevadm test $(udevadm info -q path -n /dev/ttyUSB0)", то симлинк появляется. Точечное обновление из Sisyphus до udev 231 проблему не исправило.
В качестве объезда может пригодиться /dev/serial/by-id/*
Для одного устройства, пожалуй, да. Но посмотрел /dev/serial/by-id/ в разных случах и нашёл один пример не очень: usb-Prolific_Technology_Inc._USB-Serial_Controller-if00-port0 -> ../../ttyUSB2 usb-Prolific_Technology_Inc._USB-Serial_Controller_D-if00-port0 -> ../../ttyUSB1 Как выбирается Controller и Controller_D ? Имя ? При этом, тут одного не хватает вовсе: Bus 005 Device 003: ID 067b:2303 Prolific Technology, Inc. PL2303 Serial Port Bus 004 Device 002: ID 0557:2008 ATEN International Co., Ltd UC-232A Serial Port [pl2303] Bus 003 Device 002: ID 0557:2008 ATEN International Co., Ltd UC-232A Serial Port [pl2303] Видимо, это имя одинаковое. В варианте, когда есть серийный номер, оно хорошо: usb-Prolific_Technology_Inc._USB-Serial_Controller_20120701-if00-port0 -> ../../ttyUSB0 usb-Prolific_Technology_Inc._USB-Serial_Controller_20120702-if00-port0 -> ../../ttyUSB1 Но сериных номеров не бывает обычно, экономят на микрухе. Эти два доработаны напильником, то есть, паяльником.
Проверка актуальности. Отчёт про udev 231 (2016); сейчас udev из systemd 260.4, подтверждений с тех пор нет. Закрываю; если пользовательское правило SYMLINK для ttyUSB не срабатывает при загрузке на текущем systemd — нужен новый баг с `udevadm test` и журналом.
