UTM (УТМ) + Jacarta + raspberry pi 2!!! только 2 на 1 не работает...

baggio · █ 23.03.2016 14:18

Цитата:

Сообщение от grigoriyp ➤

Слил образ, залил на малину (могу написать, как сделать thruncate, чтобы образ не весил 14 гигов и умещался на 8 гиговую флэшку), воткнул ключ. Не хотит... Ругается на то, что не может загрузить библиотек libASEP11.so...

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

Цитата:

Сообщение от grigoriyp ➤

Ругается на то, что не может загрузить библиотек libASEP11.so...

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

Megla · █ 24.03.2016 03:31

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

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

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

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

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

Цитата:

add-apt-repository ppa:webupd8team/java
apt-get update
apt-get -y install oracle-java8-installer

apt-get -y install pcscd libccid
dpkg -i jcgostclient_1.5.3.444.deb
dpkg -i idprotectclientlib_637.03-0_amd64.deb

dpkg -i jcpkcs11_1.5.3.859.deb
dpkg -i jcpkcs11x_1.5.3.859.deb

grigoriyp · █ 24.03.2016 05:44

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.

grigoriyp · █ 24.03.2016 08:17

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

grigoriyp · █ 24.03.2016 11:40

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

baggio · █ 24.03.2016 11:48

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

grigoriyp · █ 24.03.2016 12:04

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

baggio · █ 24.03.2016 13:40

Цитата:

Сообщение от grigoriyp ➤

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 скопировать и оно НЕ будет работать вывод напрашивается сам собой...
Атол дружно читает топик и блокирует возможность работы малины... ради подажи своего говноподелия....

grigoriyp · █ 25.03.2016 05:15

#
# 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.
#
Просто перезалил образ, воткнул ключ и выдаёт такое вот.

grigoriyp · █ 25.03.2016 05:25

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

█ 24.03.2016 05:44
grigoriyp	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.

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

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

█ 24.03.2016 11:48
baggio	погоди... ты откуда взял libASEP11.so?

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

█ 25.03.2016 05:15
grigoriyp	# # 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. # Просто перезалил образ, воткнул ключ и выдаёт такое вот.

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