USB ключи 1с

marat25 · Сообщение **marat25** » 20 дек 2019, 18:27

С недавних пор система R11 плазма стала долго загружаться, проблема оказалась в usb ключе 1с. Но в последние время при запуске 1с пишет ключи не найдены. Если запускать пк без usb ключя, то она загружается быстро.И потом воткнуть usb ключ, 1с запускается. Может где нибудь прописать чтобы при загрузке системы он игнорировал usb ключ и потом загружал.Переустановка системы практически ничего не дает. Система долго грузится, но 1с запускается.Через пару дней все повторяется.

Andreas17 · Сообщение **Andreas17** » 20 дек 2019, 20:00

marat25, а у этого usb-ключа есть собственный драйвер - модуль ядра? Если есть, то может добавить в blacklist, а потом грузить вручную?

Что-то вроде:

Код: Выделить всё

$ sudo echo "blacklist module_name" >> /etc/modules.d/blacklist.conf

marat25 · Сообщение **marat25** » 20 дек 2019, 21:03

Andreas17, Если можно по подробнее

Andreas17 · Сообщение **Andreas17** » 21 дек 2019, 06:19

У Вас случайно это началось не после обновления systemd?

Покажите вывод команды:

Код: Выделить всё

$ systemd-analyze blame

Будет показан список служб и время их загрузки.
Ваш "тормознутый" сервис можно исключить из автозапуска:

Код: Выделить всё

$ sudo systemctl disable имя_службы

marat25 · Сообщение **marat25** » 21 дек 2019, 19:39

2min 572ms systemd-udev-settle.service
9.302s srv1cv83.service
5.319s NetworkManager-wait-online.service
4.800s shorewall.service
4.656s dkms.service
3.888s accounts-daemon.service
2.551s haspd.service
2.397s NetworkManager.service
2.377s ModemManager.service
2.079s avahi-daemon.service
1.952s upower.service
1.950s initrd-switch-root.service
1.816s rtkit-daemon.service
1.796s systemd-logind.service
1.608s home.mount
1.472s smb.service
1.418s polkit.service
1.269s nmb.service
1.168s systemd-journal-flush.service
1.147s bluetooth.service
981ms dracut-initqueue.service
912ms systemd-udevd.service
802ms lvm2-monitor.service
776ms systemd-tmpfiles-setup-dev.service
776ms systemd-fsck@dev-disk-by\x2duuid-28415339\x2d1d20\x2d469c\x2d9f62\x2d7e6528784891.service
773ms dmraid-activation.service
728ms cpupower.service
711ms iptables.service
592ms rpcbind.service
558ms systemd-journald.service
518ms lm_sensors.service
487ms systemd-vconsole-setup.service
423ms user@500.service
387ms fedora-readonly.service
343ms systemd-sysctl.service
335ms alsa-restore.service
lines 1-36

Andreas17 · Сообщение **Andreas17** » 21 дек 2019, 22:11

Ну вот он Ваш условный виновник долгой загрузки - systemd-udev-settle.service.

Можно отключить эту службу, но у нас в Росе тогда могут быть проблемы с VirtualBox.

А srv1cv83.service я так понял - 1С?

Попробуйте его отключить и перезагрузитесь:

Код: Выделить всё

$ sudo systemctl disable srv1cv83.service

Olej · Сообщение **Olej** » 22 дек 2019, 05:04

marat25 писал(а): ↑
21 дек 2019, 19:39
Код: Выделить всё
2min 572ms systemd-udev-settle.service

Могу предположить, что у вас поменялся где-то UUID диска, возможно испортили (записью) или переформатировали устройство swap.
См. http://linux-ru.ru/viewtopic.php?f=19&t=6655

marat25 · Сообщение **marat25** » 22 дек 2019, 08:22

Andreas17 писал(а): ↑
21 дек 2019, 22:11

А srv1cv83.service я так понял - 1С?

Попробуйте его отключить и перезагрузитесь:
Код: Выделить всё
$ sudo systemctl disable srv1cv83.service

1с запускается

Andreas17 · Сообщение **Andreas17** » 22 дек 2019, 17:46

marat25, всё также долго загружается?

marat25 · Сообщение **marat25** » 23 дек 2019, 11:48

Andreas17,Все также долго загружается. Наверно с драйверами ключа конфликтует. Когда я переустанавливаю систему usb ключи находятся в пк. Система грузится быстро и никаких проблем не наблюдается, проблемы начинаются после того как установлю 1с. Устанавливаю как написано по ссылке http://wiki.rosalab.ru/ru/index.php/Уст ... _в_ОС_ROSA

Andreas17 · Сообщение **Andreas17** » 23 дек 2019, 21:19

Да не, тут скорее всего какая-то проблема с опросом устройства. Я когда-то ещё на Kubuntu пользовался инетом через телефон, который всё время был подключён по USB. И с каким-то обновление ОС вдруг стала загрузка такая же долгая как у Вас. Потом через некоторое время само собой рассосалось (с ещё одной обновой).

Если Вам не нужен VirtualBox, то можно вообще вырубить эту службу, которая тормозит загрузку:

Код: Выделить всё

$ sudo systemctl mask systemd-udev-settle.service

Но я честно говоря не совсем уверен, повлияет ли это ещё на что-то. Включить можно также, но с опцией unmask.

marat25 · Сообщение **marat25** » 23 дек 2019, 21:30

VirtualBox нужен мне

Andreas17 · Сообщение **Andreas17** » 24 дек 2019, 22:17

Всё равно попробуйте. Может в новых версиях VBox будет всё нормально (сам давно уже перешёл на VMware). И если что, то у нас в репах где-то была версия 6.x.

marat25 · Сообщение **marat25** » 28 дек 2019, 08:58

Большое спасибо все загружается бистро и VBox запускается и работает. Подскажите пожалуйста как в репах называется VMware не могу найти.

marat25 · Сообщение **marat25** » 02 апр 2020, 19:49

Все таки проблема у мена не до конца решилась, то есть иногда при запуске 1с пишет ключи не найдены. Выяснил что не загружаются usb ключ. Надо в терминале водить команду: sudo service haspd start, после это 1с запускается. Сделал скрипт, но при запуске просит пароль. Можно ли сделать так, чтобы при запуске не спрашивал пароль.

va9(2) · Сообщение **va9(2)** » 02 апр 2020, 21:44

marat25 писал(а): ↑
02 апр 2020, 19:49
sudo service haspd start

Раз это сервис то, возможно, так его в автозагрузку можно добавить:

Код: Выделить всё

sudo systemctl enable haspd

marat25 · Сообщение **marat25** » 03 апр 2020, 09:18

va9(2) писал(а): ↑
02 апр 2020, 21:44
КОД: ВЫДЕЛИТЬ ВСЁ

sudo systemctl enable haspd

Не помогает все равно не видит ключ.

va9(2) · Сообщение **va9(2)** » 03 апр 2020, 10:44

marat25, перезагружались после выполнения команды? Сервис сам запускается? Узнать можно выполнив команду

Код: Выделить всё

systemctl status haspd

marat25 · Сообщение **marat25** » 03 апр 2020, 15:53

va9(2) писал(а): ↑
03 апр 2020, 10:44
systemctl status haspd

Warning: The unit file, source configuration file or drop-ins of haspd.service changed on disk. Run 's>
● haspd.service - LSB: Hasp keys support
Loaded: loaded (/etc/rc.d/init.d/haspd; generated)
Active: active (running) since Fri 2020-04-03 14:54:17 +04; 1h 50min ago
Docs: man:systemd-sysv-generator(8)
Process: 3767 ExecStart=/etc/rc.d/init.d/haspd start (code=exited, status=0/SUCCESS)
Tasks: 8
CGroup: /system.slice/haspd.service
├─4055 winehasp
├─4065 hasplm -c /etc/haspd/hasplm.conf
└─4118 hasplmd -s

апр 03 14:54:16 admin-MS-7715 haspd[3767]: Enable workaround for /proc/bus/usb (bind from /dev/bus/usb>
апр 03 14:54:16 admin-MS-7715 haspd[3767]: [ DONE ]
апр 03 14:54:16 admin-MS-7715 haspd[3767]: Running aksusbd... [PASSED]
апр 03 14:54:16 admin-MS-7715 haspd[3767]: Running winehasp... [ DONE ]
апр 03 14:54:16 admin-MS-7715 winehasp[4055]: winehasp 2.00 loaded
апр 03 14:54:16 admin-MS-7715 hasplm[4065]: HASP LM v8.30 loaded
апр 03 14:54:16 admin-MS-7715 haspd[3767]: Running hasplm... [ DONE ]
апр 03 14:54:17 admin-MS-7715 hasplmd[4118]: HASP LM v20.0.1.70826 loaded
апр 03 14:54:17 admin-MS-7715 haspd[3767]: Running hasplmd... [ DONE ]
апр 03 14:54:17 admin-MS-7715 systemd[1]: Started LSB: Hasp keys support.
lines 1-22/22 (END)