Добрый день. У меня AstraLinux 1.7.4 будь он не ладен.
Установил криптопро 5.0. Если подключить флешку с электронной подписью, то программа не видит контейнер на флешке. Приходится копировать контейнер в /var/opt/cprocsp/keys/имя_пользователя. Тогда программа видит контейнер.
Если установить КриптоПро CSP 5.0 R3 то программа сразу видить контейнер на флешке. Но проблема в том, что моя лицензия подходит только для криптопро 5.0
Помогите пожалуйста.

Добрый день!
Так же столкнулся с аналогичной проблемой. Установил оперативное обновление 1.7.4 Astra Linux SE (уровень защищённости базовый). После установки обновления Крипто Про не видит ключевые контейнеры на USB-flash носителе, причём неважно какой порт или стандарт шины USB. Фактически после установки обновления изменилась точка авто монтирования USB-flash носителей (до обновления /media/[user name]/USB FLASH; после обновления /run/media/[id user]/.......). Переход на криптопровайдер версии 5 не вариант. Вопрос в том как решить проблему человеческим способом?

Да версия криптопровайдера 4.0.9963, да всё что относится к теме просмотрел. Вывод команд ранее проверял практически тоже самое что и представлено коллегой по несчастью. Проводил эксперимент: отмонтировал флешку и примонтировал в точку /media команда /opt/cprocsp/bin/amd64/csptest -keyset -verifycontext -enum -unique вывела список контейнеров на примонтированном носителе. Но рядовой пользователь не сможет так работать. Поэтому нужно именно грамотное решение. Если бы узнать где прописана инструкция автомонтирования флеш накопителя и вернуть к предыдущему варианту настройку монтирования. (на wiki всё что есть читал! не то).

Благодарю! Да читал эту статью несколько раз, долго думал...
Правка /lib/udev/rules.d/91-group-floppy.rules ничего не даст! В этом файле прописана группа и её полномочия, суть в том что либо разрешаем монтирование всем либо избранным.
Но в статье описан вариант создания сценария монтирования отдельным файлом, я только не понял как должна происходить инициация созданного сценария.

Доброго времени суток!
Благодарю за то что уделили время!
К сожалению анализ подобных статей особого результата не приносит по причине моей низкой эрудированности в работе linux систем, особенно в вопросе обработки системных событий.
Поэтому прибегнув к сравнительному анализу (с Вашей помощью) получил требуемый результат.
Суть решения ниже:

1) до обновления ОС файл /lib/udev/rules.d/91-group-floppy.rules имел вид:
#
ACTION=="remove", GOTO="group_floppy_end"

SUBSYSTEM=="block", SUBSYSTEMS=="usb|ieee1394|mmc|pcmcia", GROUP="floppy"

LABEL=="group_floppy_end"

---

После обновления:

#
ACTION=="remove", GOTO="group_floppy_end"

SUBSYSTEM=="block", SUBSYSTEMS=="usb|ieee1394|mmc|pcmcia", GROUP="floppy"
SUBSYSTEM=="block", SUBSYSTEMS=="usb|ieee1394|mmc|pcmcia", ENV{ID_FS_TYPE}=="?*", SYMLINK+="%k_$env{ID_FS_TYPE}", RUN+="/bin/ln -f /dev/%k /dev/%k_$env{ID_FS_TYPE}"

LABEL=="group_floppy_end"

---

Попробовал закомментировать строку:
#SUBSYSTEM=="block", SUBSYSTEMS=="usb|ieee1394|mmc|pcmcia", ENV{ID_FS_TYPE}=="?*", SYMLINK+="%k_$env{ID_FS_TYPE}", RUN+="/bin/ln -f /dev/%k /dev/%k_$env{ID_FS_TYPE}"

ИТОГ:
адрес монтирования USB носителя не изменился (/run/user/ID_user/ и т.д.)
НО криптопровайдер стал видеть ключевые контейнеры!