UTM (УТМ) + Jacarta + raspberry pi 2!!! только 2 на 1 не работает... : ЕГАИС в опте и рознице

уже таки давно пора... и себе на память и людям в помощь...

[/quote]
1. логи в студию..
2. должно работать...

Образ baggio записывал - работает прекрасно, из-за размера действительно крайне неудобно было :(
Переливал на флешку через usb-винт с уменьшением размера раздела, но это длинноватый путь)

Если напишете мануальчик по сжатию образа люди Вам будут благодарны.

Выложите логи транспорта и апдейтера с малины, что-бы можно было хоть о чем то говорить.

На Сусе не пробовал - на Убунту х32 и х64 УТМ запускается и работает без особого шаманства. Брал все драйвера с сайта алладина. УТМ брал в виде набора файлов из машинки с виндой, где ставилось инсталятором.

Сделал себе маленький скриптик для установки с драйверов нуля (версию драйверов видно из названия файлов):

updater.log:
2016-03-24 02:12:14,790 DEBUG es.programador.transport.b.b - Инициализация PKCS11. Начало
2016-03-24 02:12:14,803 DEBUG es.programador.transport.b.b - PKCS11 файл настройек: [/opt/utm/updater/lib/pkcs11.cfg]
2016-03-24 02:12:15,024 DEBUG es.programador.transport.b.b - PKCS11-библиотека:/opt/utm/updater/lib/x32_so/libASEP11.so
2016-03-24 02:12:15,029 DEBUG es.programador.transport.b.b - Конфигурационный файл: [name=TransportTerminal
library = "/opt/utm/updater/lib/x32_so/libASEP11.so"
showInfo=true]
2016-03-24 02:12:15,407 ERROR es.programador.transport.updater.h - Ошибка запуска системы обновления
java.security.ProviderException: Initialization failed
at sun.security.pkcs11.SunPKCS11.<init>(SunPKCS11.java:387)
at sun.security.pkcs11.SunPKCS11.<init>(SunPKCS11.java:107)
at es.programador.transport.b.b.b(Unknown Source)
at es.programador.transport.updater.Main.a(Unknown Source)
at es.programador.transport.updater.Main.main(Unknown Source)
Caused by: java.io.IOException: /opt/utm/updater/lib/x32_so/libASEP11.so: невозможно открыть разделяемый объектный файл: Нет такого файла или каталога/opt/utm/updater/lib/x32_so/libASEP11.so
at sun.security.pkcs11.wrapper.PKCS11.connect(Native Method)
at sun.security.pkcs11.wrapper.PKCS11.<init>(PKCS11.java:138)
at sun.security.pkcs11.wrapper.PKCS11.getInstance(PKCS11.java:151)
at sun.security.pkcs11.SunPKCS11.<init>(SunPKCS11.java:324)
... 4 more
2016-03-24 02:12:15,514 INFO es.programador.transport.updater.h - Завершение работы (ShutdownHook)
2016-03-24 02:12:15,530 DEBUG es.programador.transport.updater.h - Остановка работы с RSA-криптографией


Из минусов - вокруг нет х32 Linux, чтобы проверить на нём как х32 библиотеки работают.
утм ставилось не совсем так, а проще - есть silentinstall.exe, под вайном запустилось, нашёл папку в .wine скопировал в /opt, запустил - работает на SUSE. Тоже, кроме запуска pcscd большого шаманства не потребовало.

Я пользуюсь постом:
Или можно смонтировать в loop, и resize2fs.

Это новый utm, который из silent install 202 поставлися, после сбора библиотек из прошлых версий в папки библиотек updater'a и transporter'a. Подкидывание более старой библиотеки новому utm приводит к тому же большому-большому логу как со старой папкой utm.
То, что в образе пишет на много бОльший протокол ошибки при обращении к libASEP11.so.

Записал на другую флэшку образ Raspberry SUSE 13,1, pcsc-lite pcsc-ccid поставились, Info.plist исправился, pcscd видит и понимает ключ. transport-updater.sh говорит всё тоже самое - cannot open shared file... Если совсем удалить libASEP11.so - говорит, file not exist. Файл оно видит. Видимо ему перестала нравиться архитектура файла.

погоди...
ты откуда взял libASEP11.so?

1) (6,0МБ) Из архива, который был на первой странице (utm201.start)
2) (6,7МБ) Из папки работающего utm под вин.

1. я сегодня тупой... неужели нельзя немного поподробнее?

2. с первым который из архива всё работает?

3. С тем который из под винды он с новой версии 2.0.2?

4. Из какого каталого в винде брали? C:\UTM\transporter\lib\x32_so\ надеюсь?
не забыли
libjcPKCS11.so.1
libjcPKCS11x.so.1 и вообще остальные файлы?

5. Если из виндового с версией 2.0.1 скопировать в малину работает?
просто если с виндового 2.0.1 скопировать и оно будетработать...
а с 2.0.2 скопировать и оно НЕ будет работать вывод напрашивается сам собой...
Атол дружно читает топик и блокирует возможность работы малины... ради подажи своего говноподелия....

#
# A fatal error has been detected by the Java Runtime Environment:
#
# SIGILL (0x4) at pc=0xabf0a850, pid=339, tid=3056366688
#
# JRE version: Java(TM) SE Runtime Environment (8.0_65-b17) (build 1.8.0_65-b17)
# Java VM: Java HotSpot(TM) Client VM (25.65-b01 mixed mode linux-arm )
# Problematic frame:
# C [libASEP11.so+0x15d850]
#
# Failed to write core dump. Core dumps have been disabled. To enable core dumping, try "ulimit -c unlimited" before starting Java again
#
# An error report file with more information is saved as:
# /tmp/hs_err_pid339.log
#
# If you would like to submit a bug report, please visit:
# [ ➜ ]
# The crash happened outside the Java Virtual Machine in native code.
# See problematic frame for where to report the bug.
#
Просто перезалил образ, воткнул ключ и выдаёт такое вот.

Ни с 201 из образа, на с 202 из виндовой папки оно не работает. В порядке бреда подкидывался файлик и из x64_so.
Все файлы на месте, на то, что нет какой-то библиотеки не ругается.
А вот виндовой версии 201 у меня нет... Есть 106 чтоли, ибо возможности побаловаться к ключом давно небыло.
В Крусадере есть сравнивалка содержимого 2-х файлов, она говорит, что ASEP11 из 106 и 201 из образа - одинаковые, а вот то, что из 202 - уже отличается, и на 500кБ больше.