“Библиотеки JRE отсутствуют или не совместимое” сообщение об ошибке
При попытке установить SPSS (пакет статистического анализа) использование sudo ./SPSS_23.0_LNX.bin Я получаю следующее:
Preparing to install...
Extracting the JRE from the installer archive...
Unpacking the JRE...
Extracting the installation resources from the installer archive...
Configuring the installer for this system's environment...
Launching installer...
JRE libraries are missing or not compatible....
Exiting....
OpenJDK 6, OpenJDK 7, Oracle Java 7 и Oracle Java 8 все установлены на моей машине. Я попробовал установку каждым из них как значение по умолчанию, последовательно (я действительно устанавливал среду JAVA_HOME на соответствующий путь каждый раз). Каждый раз я получил тот же выходной сигнал и сообщение об ошибке.
Выглядит, что JRE упаковывается в установщике, который означал бы, что существует что-то не так с библиотеками в упакованном JRE. Затем не был бы очень, я мог делать с этим. Это имеет смысл?
3 ответа
С Java-приложениями, которые не стали пакетом от каналов программного обеспечения в Ubuntu, необходимо будет, скорее всего, определить dir JAVA_HOME, потому что те приложения не будут знать о Java "по умолчанию" deb пакета. Например, на командной строке:
export JAVA_HOME="/usr/lib/jvm/java-1.8.0-openjdk-amd64"
SPSS, кажется, программное обеспечение, сделанное IBM. С командой:
ldd -v ./SPSS_23.0_LNX.bin
необходимо смочь видеть, какими библиотеками это хочет пользоваться.
, Возможно, это хочет использовать Java IBM.
OpenJDK 6, OpenJDK 7, Oracle Java 7 и Oracle Java 8 все установлены... Я действительно устанавливал среду JAVA_HOME на соответствующий путь каждый раз
, Это происходит при использовании пакета, который включает связанный JRE и что JRE не совместим с ОС. Типичный случай - то, что JRE был основан на 32-разрядной ОС, и Вы работаете на 64 битах, только размещают, без 32-разрядного назад совместимость. Другой типичный случай - то, что пакет был создан для другой разновидности Linux, и его пути к критическим библиотекам как glibc отличается от этого на Вашей разновидности Linux.
самая простая фиксация, которую я нашел, должна переместить тот несовместимый JRE из пути так, чтобы Ваш JAVA_HOME установка вступила в силу:
$ export JAVA_HOME=/usr/lib/jre/java-1.8.0
$ mv bin broken-jvm
$ ./program-launcher
я пишу вышеупомянутое в общем, потому что это решение не характерно для SPSS. Я обнаружил вышеупомянутое решение с помощью другого основанного на Java пакета программного обеспечения, который давал тот же признак как тот, отправленный здесь.
Я нашел это решение, и оно работает.
Если Вы хотите короткую версию, просто добавьте это к строке после ввода установщика. Для меня я устанавливал .bin пакет. Я использовал строку:
sudo ./INSTALLER.bin
Попробуйте это:
sudo ./INSTALLER.bin LAX_VM path_to_java_on_your_machine
Так, для меня вся команда была:
sudo ./LiberoSoC_v11.8Linux.bin LAX_VM /usr/lib/jvm/java-8-oracle/jre/bin/java
Мне был нужен sudo, таким образом, фактический установщик мог записать в/usr/local, после того как он запустился.
Для наблюдения, что продолжает инструмент LAX, устанавливает переменную среды LAX_DEBUG с
export LAX_DEBUG=true
Теперь Вы видите, что Lax_vm пытается использовать локально установленный jre в/tmp, но по некоторым причинам который не будет работать над всеми платформами Linux. Путем сообщения этого Вы используете то, установленное в Вашей системе, необходимо, по крайней мере, заставить установщик запускаться. После этого Вы самостоятельно.