Die korrekte Lösung habe ich jetzt mit anderen Suchkriterien gefunden:
in meiner Installation fehlte libgthread-2_0-0
Nach der Installation startete Eclipse vollkommen normal auch ohne den -nosplash Parameter.
Siehe:
Latest eclipse crashing in openSUSE Tumbleweed
Weiß nicht, warum ich das nicht schon vorher gefunden habe, hätte mir die Anfrage hier dann sparen können, sorry!
Bin schon wieder da: die Suche mit den neuen Fehlermeldungen hat mir jetzt geholfen und es ist offenbar ein Eclipse Problem!
Der Splash-Screen arbeitet wohl mit GTK3 während der Rest GTK4 braucht.
Lösung: Eclipse mit der Option -nosplash starten.
Bug:
SWT_GTK4=1 -> Eclipse start hangs in splash
Dazu mein Dank an Sauerland, der mich inspirierte, Eclipse als root zu starten, wodurch andere Fehlermeldungen auftraten!
Hallo bytetron,
ich habe eclipse-cpp-2025-06-R-linux-gtk-x86_64.tar.gz über eclipse-inst-jre-linux64.tar.gz installiert. Es hat es in meinem Home-Verzeichnis installiert.
Code/home/xxxxxx/Programme/eclipse/cpp-2025-06/eclipse/ /home/xxxxxx/Programme/eclipse-installer/Es läuft ohne Fehler.
Hallo Schneegans, thx, das wäre dann auch noch eine Möglichkeit, die ich ungern verwenden würde. Beim windigen OS mag das eine reguläre Lösung sein, aber ich habe bisher immer das eclipse direkt in /opt geschmissen, weil es imho da und nicht in das Datenverzeichnis eines users hingehört. Wenn ich nämlich ein System neu aufsetze, möchte ich nur die Daten zum user behalten, da die Programme normerweise neu installiert werden (müssen).
Hallo Sauerland, ich habe nochmals das gesamte Verzeichnis auf root gesetzt, falls es im .tar.gz beim Entpacken andere Rechte hatte, es hat sich aber keine Änderung ergeben.
Ich habe es jetzt mal als root auf der Konsole gestartet:
eo@ice:~> sudo /opt/eclipse/java_2025-06_R/eclipse
[sudo] Passwort für root:
CompileCommand: exclude org/eclipse/jdt/internal/core/dom/rewrite/ASTRewriteAnalyzer.getExtendedRange bool exclude = true
Eclipse: Anzeige kann nicht geöffnet werden:
Aug. 15, 2025 11:46:30 AM org.apache.aries.spifly.BaseActivator log
INFORMATION: Registered provider ch.qos.logback.classic.spi.LogbackServiceProvider of service org.slf4j.spi.SLF4JServiceProvider in bundle ch.qos.logback.classic
11:46:32.027 [Start Level: Equinox Container: 360dc857-83e6-4c92-8193-40393112b054] DEBUG org.eclipse.jgit.internal.util.ShutdownHook -- register org.eclipse.jgit.util.FS$FileStoreAttributes$$Lambda/0x00007f26401e6408@2e385e0b with shutdown hook
11:46:32.027 [Start Level: Equinox Container: 360dc857-83e6-4c92-8193-40393112b054] DEBUG org.eclipse.jgit.internal.util.ShutdownHook -- register org.eclipse.jgit.util.FS$FileStoreAttributes$$Lambda/0x00007f26401e6408@2e385e0b with shutdown hook
SWT OS.java Error: Failed to load swt-pi3, loading swt-pi4 as fallback.
(java:3501): GLib-GObject-CRITICAL **: 11:46:32.573: cannot register existing type 'GdkDisplayManager'
(java:3501): GLib-CRITICAL **: 11:46:32.573: g_once_init_leave: assertion 'result != 0' failed
(java:3501): GLib-GObject-CRITICAL **: 11:46:32.573: g_object_new_with_properties: assertion 'G_TYPE_IS_OBJECT (object_type)' failed
#
# A fatal error has been detected by the Java Runtime Environment:
#
# SIGSEGV (0xb) at pc=0x00007f2609a501a0, pid=3501, tid=3502
#
# JRE version: OpenJDK Runtime Environment Temurin-21.0.7+6 (21.0.7+6) (build 21.0.7+6-LTS)
# Java VM: OpenJDK 64-Bit Server VM Temurin-21.0.7+6 (21.0.7+6-LTS, mixed mode, sharing, tiered, compressed oops, compressed class ptrs, g1 gc, linux-amd64)
# Problematic frame:
# C [libgtk-4.so.1+0x4501a0] gdk_display_manager_get_default_display+0x0
#
# Core dump will be written. Default location: Core dumps may be processed with "/bin/false" (or dumping to /home/eo/core.3501)
#
# An error report file with more information is saved as:
# /home/eo/hs_err_pid3501.log
#
# If you would like to submit a bug report, please visit:
# https://github.com/adoptium/adoptium-support/issues
# The crash happened outside the Java Virtual Machine in native code.
# See problematic frame for where to report the bug.
#
eo@ice:~> Ich werde mich laut der Anweisung jetzt dann wohl mal an den adoptium-Support wenden und bei Erfolg mich hier wieder melden. Thx erstmal!
Hallo Community,
als langjähriger User (ca. 20 Jahre Open Suse) bin ich schon oft mit Problem(ch)en konfrontiert worden und hab es normalerweise durch intensive Recherche lösen können.
Eclipse habe ich nach ca. einjähriger Pause nun auch erstmals auf meinem Power-Notebook installiert und komme diesmal aber trotz aller Bemühungen nicht weiter.
1. brauche ich input, ob das Problem irgendwie an einer eventuell von mir vermurksten Neu-Installation von OpenSuse auf dem Laptop (UEFI-Murks?) liegen kann oder an Eclipse
2. Falls es OpenSuse betrifft, wie ich das Problem weiter eingrenzen kann oder ggfs. sogar eine Lösung bekannt ist.
Fakt ist, das ich aus Versehen vor dem Ganzen eine Komponente in Open Suse 15.6 deinstalliert hatte (kernel-firmware-amd irgendwas, hab nur intel cpu und nvidia auf dem Notebook und es reagierte immer etwas lahm), woraufhin ich dann auf das kaputte System mittels Installations-USB-Stick ein aktuelles Upgrade (auch 15.6) eingespielt habe, um das Ganze wieder zum Laufen zu bringen.
Hier meine Infos, gerne weitere:
System
Betriebssystem: openSUSE Leap 15.6
KDE-Plasma-Version: 5.27.11
KDE-Frameworks-Version: 5.115.0
Qt-Version: 5.15.12
Kernel-Version: 6.4.0-150600.23.60-default (64-bit)
Grafik-Plattform: X11
Prozessoren: 8 × Intel® Core™ i7-6820HK CPU @ 2.70GHz
Speicher: 15,6 GiB Arbeitsspeicher
Grafikprozessor: NVIDIA GeForce GTX 1070/PCIe/SSE2
Hersteller: LENOVO
Produktname: 80V1
Systemversion: Lenovo ideapad Y910-17ISKAls zip-Anhang hwinfohwinfo.zip
eo@ice:~> uname -am
Linux ice 6.4.0-150600.23.60-default #1 SMP PREEMPT_DYNAMIC Tue Jul 1 14:43:49 UTC 2025 (6f98261) x86_64 x86_64 x86_64 GNU/Linuxeo@ice:~> lscpu
Architektur: x86_64
CPU Operationsmodus: 32-bit, 64-bit
Adressgrößen: 39 bits physical, 48 bits virtual
Byte-Reihenfolge: Little Endian
CPU(s): 8
Liste der Online-CPU(s): 0-7
Anbieterkennung: GenuineIntel
Modellname: Intel(R) Core(TM) i7-6820HK CPU @ 2.70GHz
Prozessorfamilie: 6
Modell: 94
Thread(s) pro Kern: 2
Kern(e) pro Sockel: 4
Sockel: 1
Stepping: 3
Skalierung der CPU(s): 22%
Maximale Taktfrequenz der CPU: 3600,0000
Minimale Taktfrequenz der CPU: 800,0000
BogoMIPS: 5399,81
Markierungen: fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx pdpe1gb rdtscp lm constant_tsc art arch_perfmon pebs bts rep_goo
d nopl xtopology nonstop_tsc cpuid aperfmperf pni pclmulqdq dtes64 monitor ds_cpl vmx est tm2 ssse3 sdbg fma cx16 xtpr pdcm pcid sse4_1 sse4_2 x2apic movbe popcnt tsc_deadline_timer aes xsave avx
f16c rdrand lahf_lm abm 3dnowprefetch cpuid_fault epb pti ssbd ibrs ibpb stibp tpr_shadow flexpriority ept vpid ept_ad fsgsbase tsc_adjust bmi1 avx2 smep bmi2 erms invpcid mpx rdseed adx smap cl
flushopt intel_pt xsaveopt xsavec xgetbv1 xsaves dtherm ida arat pln pts hwp hwp_notify hwp_act_window hwp_epp vnmi md_clear flush_l1d arch_capabilities
Virtualisierungsfunktionen:
Virtualisierung: VT-x
Caches (Gesamtsumme):
L1d: 128 KiB (4 Instanzen)
L1i: 128 KiB (4 Instanzen)
L2: 1 MiB (4 Instanzen)
L3: 8 MiB (1 Instanz)
NUMA:
NUMA-Knoten: 1
NUMA-Knoten0 CPU(s): 0-7
Schwachstellen:
Gather data sampling: Vulnerable: No microcode
Indirect target selection: Not affected
Itlb multihit: KVM: Mitigation: VMX disabled
L1tf: Mitigation; PTE Inversion; VMX conditional cache flushes, SMT vulnerable
Mds: Mitigation; Clear CPU buffers; SMT vulnerable
Meltdown: Mitigation; PTI
Mmio stale data: Mitigation; Clear CPU buffers; SMT vulnerable
Reg file data sampling: Not affected
Retbleed: Mitigation; IBRS
Spec rstack overflow: Not affected
Spec store bypass: Mitigation; Speculative Store Bypass disabled via prctl
Spectre v1: Mitigation; usercopy/swapgs barriers and __user pointer sanitization
Spectre v2: Mitigation; IBRS; IBPB conditional; STIBP conditional; RSB filling; PBRSB-eIBRS Not affected; BHI Not affected
Srbds: Mitigation; Microcode
Tsx async abort: Mitigation; TSX disabledEclipse-Paket von eclipse.org runtergeladen
eclipse-java-2025-06-R-linux-gtk-x86_64.tar.gzals root entpackt mit Ark nach
/opt/eclipse/java_2025-06_REclipse in Start-Menü eingebunden und gestartet oder über console: bleibt im Splash-Fenster hängen.
Fehlermeldungen beim Start von der Konsole, ctrl-C um nach einer Weile (Minuten) abzubrechen
eo@ice:/opt/eclipse/java_2025-06_R> ./eclipse -clean -refresh
(eclipse:10652): Gtk-WARNING **: 20:22:11.929: Theme parsing error: gtk-contained.css:4703:12: not a number
(eclipse:10652): Gtk-WARNING **: 20:22:11.929: Theme parsing error: gtk-contained.css:4703:12: Expected a string.
(eclipse:10652): dbind-WARNING **: 20:22:11.950: AT-SPI: Error retrieving accessibility bus address: org.freedesktop.DBus.Error.ServiceUnknown: The name org.a11y.Bus was not provided by any .service files
CompileCommand: exclude org/eclipse/jdt/internal/core/dom/rewrite/ASTRewriteAnalyzer.getExtendedRange bool exclude = true
(java:10674): Gtk-WARNING **: 20:22:12.246: Theme parsing error: gtk-contained.css:4703:12: not a number
(java:10674): Gtk-WARNING **: 20:22:12.246: Theme parsing error: gtk-contained.css:4703:12: Expected a string.
(java:10674): dbind-WARNING **: 20:22:12.266: AT-SPI: Error retrieving accessibility bus address: org.freedesktop.DBus.Error.ServiceUnknown: The name org.a11y.Bus was not provided by any .service files
Aug. 11, 2025 8:22:13 PM org.apache.aries.spifly.BaseActivator log
INFORMATION: Registered provider ch.qos.logback.classic.spi.LogbackServiceProvider of service org.slf4j.spi.SLF4JServiceProvider in bundle ch.qos.logback.classic
20:22:14.915 [Start Level: Equinox Container: 5cb29e5d-25e1-4184-802d-3afed43c9a70] DEBUG org.eclipse.jgit.internal.util.ShutdownHook -- register org.eclipse.jgit.util.FS$FileStoreAttributes$$Lambda/0x00007f3dc41d0408@7fdd884b with shutdown hook
20:22:14.915 [Start Level: Equinox Container: 5cb29e5d-25e1-4184-802d-3afed43c9a70] DEBUG org.eclipse.jgit.internal.util.ShutdownHook -- register org.eclipse.jgit.util.FS$FileStoreAttributes$$Lambda/0x00007f3dc41d0408@7fdd884b with shutdown hook
SWT OS.java Error: Failed to load swt-pi3, loading swt-pi4 as fallback.
(java:10674): GLib-GObject-CRITICAL **: 20:22:16.111: cannot register existing type 'GdkEvent'
(java:10674): GLib-CRITICAL **: 20:22:16.111: g_once_init_leave: assertion 'result != 0' failed
(java:10674): GLib-GObject-CRITICAL **: 20:22:16.111: g_type_register_static: assertion 'parent_type > 0' failed
(java:10674): GLib-CRITICAL **: 20:22:16.111: g_once_init_leave: assertion 'result != 0' failed
^CEclipse log (/home/eo/.eclipse/org.eclipse.platform_4.36.0_1542236891_linux_gtk_x86_64/configuration/):
!SESSION 2025-08-11 20:22:12.148 -----------------------------------------------
eclipse.buildId=4.36.0.20250605-1300
java.version=21.0.7
java.vendor=Eclipse Adoptium
BootLoader constants: OS=linux, ARCH=x86_64, WS=gtk, NL=de_DE
Framework arguments: -product org.eclipse.epp.package.java.product -refresh
Command-line arguments: -os linux -ws gtk -arch x86_64 -product org.eclipse.epp.package.java.product -clean -refresh
!ENTRY ch.qos.logback.classic 1 0 2025-08-11 20:22:14.892
!MESSAGE Activated before the state location was initialized. Retry after the state location is initialized.Da Nividia die Unterstützung für compute g04 (GEFORCE GT 635M etc.) vermutlich eingestellt hat (https://download.nvidia.com/opensuse/leap/15.6/x86_64/), bleibt wohl nur Nouveau oder kann man die Treiber aus Leap15.5 verwenden?
Hab auch VM-Ware drauf, wäre gut, wenn dafür auch 3D-Unterstützung möglich wäre.
Mein Notebook ist ein Optimus-System, Bj. ca. 2011.
Betriebssystem: openSUSE Leap 15.6
KDE-Plasma-Version: 5.27.11
KDE-Frameworks-Version: 5.115.0
Qt-Version: 5.15.12
Kernel-Version: 6.4.0-150600.23.17-default (64-bit)
Grafik-Plattform: X11
Prozessoren: 4 × Intel® Core™ i5-3230M CPU @ 2.60GHz
Speicher: 7,7 GiB Arbeitsspeicher
Grafikprozessor: Mesa Intel® HD Graphics 4000
Hersteller: LENOVO
Produktname: 2182
Systemversion: Lenovo G780
uname -a
Linux xyz.domain 6.4.0-150600.23.17-default #1 SMP PREEMPT_DYNAMIC Tue Jul 30 06:37:32 UTC 2024 (9c450d7) x86_64 x86_64 x86_64 GNU/Linux
hwinfo --gfxcard | grep Model
Model: "nVidia GF108M [GeForce GT 635M]"
Model: "Intel 3rd Gen Core processor Graphics Controller"
xrandr --listproviders
Providers: number : 1
Provider 0: id: 0x47; cap: 0xb (Source Output, Sink Output, Sink Offload); crtcs: 4; outputs: 5; associated providers: 0; name: Intel
output LVDS1
output DP1
output HDMI1
output VGA1
output VIRTUAL1
zypper se -i kernel-default kernel.preemt-devel nvidia nouveau
Repository-Daten werden geladen...
Installierte Pakete werden gelesen...
S | Name | Summary | Type
---+----------------------------+--------------------------------------------------------------+------
i+ | kernel-default | The Standard Kernel | Paket
i+ | kernel-default-devel | Development files necessary for building kernel modules | Paket
i+ | kernel-default-extra | The Standard Kernel - Unsupported kernel modules | Paket
i+ | kernel-default-optional | The Standard Kernel - Optional kernel modules | Paket
i+ | kernel-firmware-nvidia | Kernel firmware files for Nvidia Tegra and graphics drivers | Paket
i+ | libdrm_nouveau2 | Userspace interface for Kernel DRM services for NVIDIA chips | Paket
i+ | libdrm_nouveau2-32bit | Userspace interface for Kernel DRM services for NVIDIA chips | Paket
i+ | libvdpau_nouveau | VDPAU state tracker for Nouveau | Paket
i+ | libvdpau_nouveau-32bit | VDPAU state tracker for Nouveau | Paket
i+ | Mesa-dri-nouveau | Mesa DRI plug-in for 3D acceleration via Nouveau | Paket
i+ | Mesa-dri-nouveau-32bit | Mesa DRI plug-in for 3D acceleration via Nouveau | Paket
i+ | nvidia-texture-tools | NVIDIA Texture Tools | Paket
i+ | openSUSE-repos-Leap-NVIDIA | openSUSE NVIDIA repository definitions | Paket
i+ | xf86-video-nouveau | Beschleunigter Open-Source-Treiber für nVidia-Karten | PaketSoweit erstmal alle vermutlich wichtigen Infos.
Radikallösung:
nachdem ich mir dachte, das ev. das Upgrade von 15.1 nach 15.2 nicht alles sauber mitgezogen hat, ob das jetzt aber die wirkliche Ursache war?
Folgende Schritte haben jedenfalls geholfen (alles mit nouveau, außer libdrm, war deinstalliert und das bleibt auch so!):
1. suseprime deinstalliert
2. alles mit nvidia im Namen deinstalliert.
3. NVIDIA-Repo aus der Liste der Repos erstmal gelöscht
4. Rechner neu gestartet
5. zypper clean -a ausgeführt
6. Rechner neu gestartet
7. NVIDIA-Repo aus der Community-Auswahl wieder in Repo-Liste aufgenommen
8. nvidia compute g04 (für meine GT635M) neu installiert (zieht automatisch die dazu abhängigen libs und suseprime)
9. prime-select nvidia mittels su-Anmeldung (ja, ich hab dazugelernt, dank Sauerland 
) geht wieder!
Und UEFI meide ich, solange es ohne geht, hau wech die Scheisse, aber das iss 'ne andere Diskussion...
Ob mein Spiel jetzt wieder läuft, hängt dann ev. noch an anderen Sachen...
Hab den UEFI-Quark an meinem NB deakiviert. Wenn das in zwischen notwendig wird, dann LMAA NVIDIA... 
Hatte das alles schon durch, aber check ich trotzdem nochmal...
Immer so Filet output:
Hallo Sauerland,
danke für die prompte Antwort, hast am WE wohl nix Besseres zu tun?
hier mal meine Infos:
# uname -a
Linux Themis 5.3.18-lp152.50-default #1 SMP Tue Nov 10 21:02:48 UTC 2020 (29ac38d) x86_64 x86_64 x86_64 GNU/Linux