vasek |
|
Темы:
48
Сообщения:
11340
Участник с: 17 февраля 2013
|
mtp-probe[2010]: bus: 1, device: 4 was not an MTP device - ??? Не знаю, что у тебя за девайс, но, похоже, с ним нужно разбираться. Посмотри, что показывает lsusb. Возможно нужно установить libmtp (Library implementation of the Media Transfer Protocol), а может что другое, в зависимости от девайса, но он не определяется как обычная флешка (точнее - не является обычной флешкой).
Ошибки не исчезают с опытом - они просто умнеют
|
shostakovsky |
|
Темы:
2
Сообщения:
27
Участник с: 11 декабря 2013
|
phantomssl Попробую. А так, несмотря на ошибки в выводе драйвер работает. В 1С я с ключем теперь захожу. |
shostakovsky |
|
Темы:
2
Сообщения:
27
Участник с: 11 декабря 2013
|
vasek Так это 1с ключ аппаратный с лицензией. $ lsusb
- это он. После установки aksusbd у меня еще появились следующие udev правила: $nano /etc/udev/rules.d/80-hasp.rules
|
vasek |
|
Темы:
48
Сообщения:
11340
Участник с: 17 февраля 2013
|
shostakovskyСпасибо - все понятно. Просто никогда не использовал токен в Linux. Считал, что это чисто виндовый дивайс и под Linux не заведется. Но тогда мне непонятен один нюанс - как быть с токенами, которые имеют виртуальный CD-ROM - в смысле определения токена в системе. Или это все учтено в SafeNet Authentication Client для Linux - или я чего то не понимаю?
Ошибки не исчезают с опытом - они просто умнеют
|
0leg |
|
Темы:
7
Сообщения:
104
Участник с: 21 декабря 2008
|
vasekС токенами не приходилось работать и, может, ответ неправильный, но есть модемы, которые определяются как CDROM. С модемами помогает usb_modeswitch |
vasek |
|
Темы:
48
Сообщения:
11340
Участник с: 17 февраля 2013
|
0legДля USB модемов это мне известно, но я использую AT команды. А вот как с токенами, имеющие CDROM, то же никогда не сталкивался. Поиск AT команд для них, конечно, проблема, а вот usb_modeswitch .........).... вообщем нужно пробовать, но логично предположить, что это сработает.
Ошибки не исчезают с опытом - они просто умнеют
|
shostakovsky |
|
Темы:
2
Сообщения:
27
Участник с: 11 декабря 2013
|
В общем, итог таков, если нужна работа ключа локально, то сойдет этот пакет: https://aur.archlinux.org/packages/aksusbd/ В моем случае мне понадобилось, чтобы ключ раздавал лицензии клиентам по сети. В решении данной проблемы помог следующий пакет: http://download.etersoft.ru/pub/Etersoft/HASP/last/Ubuntu/13.10/ Заточен он под init.d, поэтому я его запускаю /etc/init.d/haspd start. Скрипт отрабатывает и все работает. Единственное, хотелось бы его переделать под systemd. Как думаете если я просто создам для systemd service и там буду запускать этот скрипт это будет нормальным выходом из положения, или это не true метод? У них на сайте есть пакеты и для archlinux, но на моей 64 разрядной системе соответствующий пакет не заработал. Думал, что в пакете под arc как раз будет сделано под systemd, ан нет, там скрипт запуска валяется в папке /etc/rc.d |
valentjedi |
|
Темы:
0
Сообщения:
6
Участник с: 20 мая 2014
|
shostakovskyНадеюсь, что не некропост. Поставил данный пакет, сервис стартует нормально:
lsusb ключ видит:
Однако, когда запускаю 1С-ку, выдает окошко о том, что ключ не найден. Может, я что-то пропустил? |
shostakovsky |
|
Темы:
2
Сообщения:
27
Участник с: 11 декабря 2013
|
valentjediУ тебя на самом деле не стартует сервис. В файле /etc/systemd/system/aksusbd.service стоит значение type=oneshot. Попробуй поставить type=simple Вот коммент из aur:
и перезапусти службу. |
valentjedi |
|
Темы:
0
Сообщения:
6
Участник с: 20 мая 2014
|
Я читал коммент в пакете, да. И статус simple стоит. Вывод status такой:
Однако результата нет. Может, что-то еще? |