Проблемы со скриптами в Linux

Продолжаю изыскания - полностью переставил систему и попробовал аккуратно по шагам воткнуть все необходимые компоненты, как и прежде стопорит на запуске админки:

---

sveta@Sveta ~/QSystem $ java -classpath dist/QSystem.jar ru.apertum.qsystem.client.forms.FAdmin
SLF4J: Failed to load class "org.slf4j.impl.StaticLoggerBinder".
SLF4J: Defaulting to no-operation (NOP) logger implementation
SLF4J: See www.slf4j.org/codes.html#StaticLoggerBinder for further details.
#
# A fatal error has been detected by the Java Runtime Environment:
#
# SIGSEGV (0xb) at pc=0x005550ac, pid=2454, tid=2684353344
#
# JRE version: 7.0_21-b11
# Java VM: Java HotSpot(TM) Client VM (23.21-b01 mixed mode linux-x86 )
# Problematic frame:
# C [libc.so.6+0x740ac]# [ timer expired, abort... ]
Аварийный останов
sveta@Sveta ~/QSystem $

---

А после полной перезагрузки вообще виснет окно явы и пишет:

---

sveta@Sveta ~/QSystem $ java -classpath dist/QSystem.jar ru.apertum.qsystem.client.forms.FAdmin
SLF4J: Failed to load class "org.slf4j.impl.StaticLoggerBinder".
SLF4J: Defaulting to no-operation (NOP) logger implementation
SLF4J: See www.slf4j.org/codes.html#StaticLoggerBinder for further details.
*** glibc detected *** java: malloc(): memory corruption: 0x083c0e98 ***
process 2160: Array or variant type requires that type struct be written, but object_path was written.
The overall signature expected here was 'Ȥ��@' and we are on byte 26 of that signature.
type unknown not a basic type
type unknown not a basic type
type unknown not a basic type
type unknown not a basic type
process 2160: arguments to dbus_type_is_container() were incorrect, assertion "_dbus_type_is_valid (typecode) || typecode == DBUS_TYPE_INVALID" failed in file ../../dbus/dbus-signature.c line 297.
This is normally a bug in some application using the D-Bus library.
process 2160: type unknown 46 not a basic type
Ошибка системы GConf: Не удалось подключиться к серверу конфигурации: Ошибка D-BUS: Connection was disconnected before a reply was received

---

Обидно, что на другой машине в виртуалбоксе, при той же последовательности действий, админка и остальные компоненты проги запускаются и работают

Тут у вас очень печальная ситуация. Проблема не в QSystem. До нее не доходит. Валится на взаимодействии с иксами. Сама ли ява или гном валится трудно сказать. Не самая лучшая реализация libc.so присутствует. То ли у вас линух старый, то ли редкий. И что там пропадчить и вообще что либо сделать не понятно. Винда рулит! ))

Винда, конечно, рулит, но, как говорится - не Виндой единой... В Линухе есть немало преимуществ, о коих, впрочем, говорить тут не совсем в тему...

Дистрибутив совсем даже не старый и еще достаточно популярный - Linux Mint 13 (с заявленной поддержка до 17-го года). И да - гнома там, вроде как уже и нет, есть его модификация - MATE, пробовал поставить именно в неё... Забавнее всего то, что в виртуалбоксе (на другой машине) этот же дистрибутив запускает-таки программу и вполне удовлетворительно работает с ней - может железо тому виной.

Но не суть важно - если возьму за основу Ubuntu 12.04, скажем, шансы получить стабильно работающую прогу значительно возрастут? Я понимаю, что кривые руки - хороший противовес любому Линуксу, но все же - посоветуйте конкретный вариант именно Линукса, где прогу возможно будет настроить с минимальными заморочками

бывает что железо. Редко, но бывает. Даже на винде.
Порекомендовать могу то что сам использовал. Вчера запустил сервер и предварительную регистрацию на Debian7. Сутки - полет нормальный. Ubuntu тоже хорошо, на ней работает стабильно, проблем пока не замечалось. Тестировалось на SUSELinux, давно правда, но тоже проблем не было.

Вообще не вижу ни одной причины почему на Минт не запустится. Та же убунта только пакетов больше. Может попробывать с разными иксами? Если железо, то на убунте будет тоже самое скорее всего.