Created attachment 19042 [details] scr1 Workstation K 11.0 https://packages.altlinux.org/ru/p11/images/alt-kworkstation/p11:alt-kworkstation:::release.11.0.0:x86_64:install:iso/ Workstation K 11.0 Live https://packages.altlinux.org/ru/p11/images/alt-kworkstation/p11:alt-kworkstation:::release.11.0.0:x86_64:live:iso/ Ядро: kernel-image-6.12-6.12.21-alt1.x86_64 Стенд: Любой стенд с поддержкой thunderbolt через type-c, например: ASUS VivoBook S14 Lenovo ThinkBook 14 G7 Жесткий диск с поддержкой thunderbolt, например: UGREEN Ice Stone Enclosure (CM850) Шаги для воспроизведения: 1) Подключить жесткий диск к стенду 2) В окне авторизации устройства thunderbolt выбрать Авторизовать для текущего подключения 3) В окне авторизации устройства устройства thunderbolt выбрать Авторизовать постоянно (Предварительно нужно перестать доверять устройству) Ожидаемый результат: Авторизация проходит успешно, устройство определяется как nvme (а не sd*), скорость передачи данных соответствует спецификации устройств. Фактический результат: 2) Если выбрать Авторизовать для текущего подключения, то появляется ошибка "Wrong device state: authorized" (См. вложения) 3) Если выбрать Авторизовать постоянно, то появляется ошибка "Device already enrolled" (См. вложения) Несмотря на ошибку, в параметрах KDE -> thunderbolt устройство в статусе "Доверенное" и определяется в системе как nvme
Created attachment 19043 [details] scr2
Проверьте на Сизифе или с build#389499
(Ответ для Sergey V Turchin на комментарий #2) > Проверьте на Сизифе или с build#389499 Проверено на следующем оборудовании: Ноутбук Honor MagicBook X 16 Pro Жесткий диск с поддержкой thunderbolt, например: UGREEN Ice Stone Enclosure (CM850) Проверено с build#389499 на системах: Alt Workstation K x86_64 Alt Education KDE x86_64 Также проверено в Sisyphus на Alt Education KDE x86_64 , обновленном до Sisyphus. Ошибка воспроизводится
Судя по тексту ошибок, они от самого bolt.
А ещё у Fedora закоментирован WatchdogSec в /usr/lib/systemd/system/bolt.service
нужны логи ядра (как минимум вывод journalctl -b до и после ошибки). Воспроизводится ли проблема с ядром 6.18?
