как ломануть 1C 8.3 for Linux

[Djordjlee]

После перезагрузки новенькое вышло:
май 07 02:49:41 Ugolok systemd[1]: Starting LSB: USBHasp Emulator...
май 07 02:49:41 Ugolok usbhasp[715]: Loaded key 0: '1C:Предприятие 8.x, 500 лицензий', Created: 21/04/2019
май 07 02:49:41 Ugolok usbhasp[715]: Loaded key 1: '1C Enterprise Server x64', Created: 21/04/2019
май 07 02:49:41 Ugolok usbhasp[715]: Unable to create USB device. Is vhci_hcd driver loaded?
май 07 02:49:41 Ugolok usbhasp[699]: Starting USBHasp Daemon: usbhaspd failed!
май 07 02:49:41 Ugolok systemd[1]: Started LSB: USBHasp Emulator.

[vfp7]

май 07 02:49:41 Ugolok usbhasp[715]: Unable to create USB device. Is vhci_hcd driver loaded?

Обычно такое выдается когда нет прав, то есть запуск происходит не от root

ps: Когда разворачивал систему на боевом сервере (Ubuntu 18.04.2 LTS x64) то столкнулся с проблемой работоспособности этой системы.
Благодаря помощи Alf500 удалось найти в чем был подвох - на боевом сервере очередность старта служб отличалась от чистого тестового, и в итоге служба hasp (aksusbd) не видела ключи.
То есть запуск usbhasp должен быть после запуска aksusbd !!!
Для проверки полной работоспособности в логах должна появиться строка аналогичная: aksusbd_x86_64: aksusbd_usb_dev_connect: device '/dev/aks/hasp/3-2'
( для hasp от http://sentinelcustomer.gemalto.com/...x&t=all&l=all# )

[HPDX2300]

Обычно такое выдается когда нет прав, то есть запуск происходит не от root

ps: Когда разворачивал систему на боевом сервере (Ubuntu 18.04.2 LTS x64) то столкнулся с проблемой работоспособности этой системы.
Благодаря помощи Alf500 удалось найти в чем был подвох - на боевом сервере очередность старта служб отличалась от чистого тестового, и в итоге служба hasp (aksusbd) не видела ключи.
То есть запуск usbhasp должен быть после запуска aksusbd !!!
Для проверки полной работоспособности в логах должна появиться строка аналогичная: aksusbd_x86_64: aksusbd_usb_dev_connect: device '/dev/aks/hasp/3-2'
( для hasp от http://sentinelcustomer.gemalto.com/...x&t=all&l=all# )

"запуск usbhasp должен быть после запуска aksusbd" - systemd легко с этим справляется, ему надо правильно описать сервис (от каких он зависит)

[Alf500]

"запуск usbhasp должен быть после запуска aksusbd" - systemd легко с этим справляется, ему надо правильно описать сервис (от каких он зависит)

Честно говоря, даже не предполагал, что последовательность важна. У меня в дебиан никакой разницы не замечал. Рестартовал aksusbd при работающем usbhasp... не заметил никакой зависимости. Это ж usb... все хватает на лету. Странно... на всякий случай пропишу зависимость в сервисе.
За помощь спасибо

[Alf500]

После перезагрузки новенькое вышло:
май 07 02:49:41 Ugolok systemd[1]: Starting LSB: USBHasp Emulator...
май 07 02:49:41 Ugolok usbhasp[715]: Loaded key 0: '1C:Предприятие 8.x, 500 лицензий', Created: 21/04/2019
май 07 02:49:41 Ugolok usbhasp[715]: Loaded key 1: '1C Enterprise Server x64', Created: 21/04/2019
май 07 02:49:41 Ugolok usbhasp[715]: Unable to create USB device. Is vhci_hcd driver loaded?
май 07 02:49:41 Ugolok usbhasp[699]: Starting USBHasp Daemon: usbhaspd failed!
май 07 02:49:41 Ugolok systemd[1]: Started LSB: USBHasp Emulator.

Как всегда ответ кроется в вопросе.
Проверьте наличие загруженного модуля, обозначенного в логе. Если модуль не грузится, Надо искать причину отказа

[tranger]

У меня при установке вылетело

cp: target '/lib/modules/4.9.0/kernel/drivers/usb/host/' is not a directory
depmod: WARNING: could not open /lib/modules/4.9.0/modules.order: No such file or directory
depmod: WARNING: could not open /lib/modules/4.9.0/modules.builtin: No such file or directory
modprobe: ERROR: ../libkmod/libkmod.c:514 lookup_builtin_file() could not open builtin file '/lib/modules/4.9.0/modules.builtin.bin'
modprobe: FATAL: Module usb-vhci-hcd not found in directory /lib/modules/4.9.0
modprobe: ERROR: ../libkmod/libkmod.c:514 lookup_builtin_file() could not open builtin file '/lib/modules/4.9.0/modules.builtin.bin'
modprobe: FATAL: Module usb-vhci-iocifc not found in directory /lib/modules/4.9.0
chmod: cannot access '/dev/usb-vhci': No such file or directory

[Djordjlee]

Одним словом, спасибо ув. Alf500. Установил. Но, учитываю моя мало грамотность в Linux , получилось чисто методом научного тыка. Сперва установил ядро 4-9-0-8. Потом deb пакет. Затем по вышеуказанной инструкции по установке на debian, выполнил все шаги, с учетом новых названий папок. И у меня все заработало. Низкий поклон ув.alf500

[vfp7]

Отпишу про подводные камни в ubuntu 18.04.2 x64
Есть вероятность что может потребоваться дополнительно - chmod 0666 /dev/usb-vhci
Далее подводные камни касаются всех версий linux:
1. Сервис работы с внешними источниками данных через ODBC - для всех не назначать, если же используете COM то или разворачивать кластер с виндовой машиной (win10 хватит за глаза) или в помощь: http://alah-my.blogspot.com/2013/02/...untu-1204.html
2. Формат журнала регистрации - при проблемах использовать старого образца
http://www.gilev.ru/tag/%D0%B6%D1%83...6%D0%B8%D0%B8/

Сейчас у меня на боевом сервере брыкается "Сервис сеансовых данных", понять это можно по окну ошибки "Не найдено ни одного сервера с размещенным сервисом ..."
- заблокировал его до выяснения источника проблемы (блокировки сервисов 1с через "Требования назначения функциональности")

[tranger]

Пытаюсь поставить на Centos 7 (3.10).
vhci_hcd поставился.
А вот libusb_vhci не компилируется:

[root@localhost libusb_vhci-0.7]# make
make all-recursive
make[1]: Entering directory `/usr/src/libusb_vhci-0.7'
Making all in src
make[2]: Entering directory `/usr/src/libusb_vhci-0.7/src'
/bin/sh ../libtool --tag=CC --mode=compile gcc -std=gnu99 -DHAVE_CONFIG_H -I. -I.. -pthread -Wall -O2 -g -O2 -MT libusb_vhci_la-libusb_vhci.lo -MD -MP -MF .deps/libusb_vhci_la-libusb_vhci.Tpo -c -o libusb_vhci_la-libusb_vhci.lo `test -f 'libusb_vhci.c' || echo './'`libusb_vhci.c
libtool: compile: gcc -std=gnu99 -DHAVE_CONFIG_H -I. -I.. -pthread -Wall -O2 -g -O2 -MT libusb_vhci_la-libusb_vhci.lo -MD -MP -MF .deps/libusb_vhci_la-libusb_vhci.Tpo -c libusb_vhci.c -fPIC -DPIC -o .libs/libusb_vhci_la-libusb_vhci.o
libusb_vhci.c: In function 'usb_vhci_from_iso_packets_errno':
libusb_vhci.c:394:2: warning: passing argument 1 of 'usb_vhci_from_errno' makes pointer from integer without a cast [enabled by default]
return usb_vhci_from_errno(errno, 0);
^
libusb_vhci.c:362:9: note: expected 'int * (*)()' but argument is of type 'int'
int32_t usb_vhci_from_errno(int errno, uint8_t iso_urb)
^
libtool: compile: gcc -std=gnu99 -DHAVE_CONFIG_H -I. -I.. -pthread -Wall -O2 -g -O2 -MT libusb_vhci_la-libusb_vhci.lo -MD -MP -MF .deps/libusb_vhci_la-libusb_vhci.Tpo -c libusb_vhci.c -o libusb_vhci_la-libusb_vhci.o >/dev/null 2>&1
mv -f .deps/libusb_vhci_la-libusb_vhci.Tpo .deps/libusb_vhci_la-libusb_vhci.Plo
source='urb.cpp' object='libusb_vhci_la-urb.lo' libtool=yes \
DEPDIR=.deps depmode=none /bin/sh ../depcomp \
/bin/sh ../libtool --tag=CXX --mode=compile g++ -DHAVE_CONFIG_H -I. -I.. -pthread -Wall -Weffc++ -Wold-style-cast -Woverloaded-virtual -Wsign-promo -Wstrict-null-sentinel -fno-enforce-eh-specs -O2 -c -o libusb_vhci_la-urb.lo `test -f 'urb.cpp' || echo './'`urb.cpp
libtool: compile: g++ -DHAVE_CONFIG_H -I. -I.. -pthread -Wall -Weffc++ -Wold-style-cast -Woverloaded-virtual -Wsign-promo -Wstrict-null-sentinel -fno-enforce-eh-specs -O2 -c urb.cpp -o .libs/libusb_vhci_la-urb.o
../libtool: line 1125: g++: command not found
make[2]: *** [libusb_vhci_la-urb.lo] Error 1
make[2]: Leaving directory `/usr/src/libusb_vhci-0.7/src'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/usr/src/libusb_vhci-0.7'
make: *** [all] Error 2

[tranger]

Поставил 'Development Tools' и всё скомпилировалось и установилось