Yes, very very strange thing…running this manjaro installation since nearly 2 years…without problems…I’m very careful…my system is very “clean”…have no idea also what happened here… 
hmm,
falls Du gdb installiert hast. gdb vlc und in gdb r enter. Dann siehst Du woran es hapert. Irgend eine lib wahrscheinlich…
Hallo forty, danke für den Tip. gdb ist installiert, hab es aber noch nie benutzt. Wieder was gelernt! 
Bekomme folgenden output:
Reading symbols from vlc…
(No debugging symbols found in vlc)
(gdb) r
Starting program: /usr/bin/vlc
[Thread debugging using libthread_db enabled]
Using host libthread_db library “/usr/lib/libthread_db.so.1”.
VLC media player 3.0.16 Vetinari (revision 3.0.13-8-g41878ff4f2)
[New Thread 0x7ffff494e640 (LWP 10594)]
[New Thread 0x7ffff3b03640 (LWP 10595)]
[New Thread 0x7ffff3a02640 (LWP 10596)]
[000055555555b660] main libvlc: VLC wird mit dem Standard-Interface ausgeführt. Benutzen Sie ‘cvlc’, um VLC ohne Interface zu verwenden.
[New Thread 0x7ffff1c0b640 (LWP 10597)]
[New Thread 0x7ffff1850640 (LWP 10598)]
Thread 5 “vlc” received signal SIGSEGV, Segmentation fault.
[Switching to Thread 0x7ffff1c0b640 (LWP 10597)]
0x00007ffff7e3822c in __tzstring_len () from /usr/lib/libc.so.6
…da taucht tatsächlich eine lib auf…
diese lib.so.6 taucht auch auf wenn ich audacious mit gdb prüfe…
Reading symbols from audacious…
(No debugging symbols found in audacious)
(gdb) r
Starting program: /usr/bin/audacious
[Thread debugging using libthread_db enabled]
Using host libthread_db library “/usr/lib/libthread_db.so.1”.
[New Thread 0x7ffff46b2640 (LWP 13007)]
[New Thread 0x7ffff3db1640 (LWP 13008)]
[New Thread 0x7ffff35b0640 (LWP 13010)]
[New Thread 0x7ffff2daf640 (LWP 13011)]
[New Thread 0x7ffff25ae640 (LWP 13012)]
[New Thread 0x7ffff19ed640 (LWP 13014)]
[New Thread 0x7fffdb3ba640 (LWP 13015)]
[New Thread 0x7fffda7d8640 (LWP 13016)]
[Thread 0x7ffff35b0640 (LWP 13010) exited]
Thread 1 “audacious” received signal SIGSEGV, Segmentation fault.
0x00007ffff7880f18 in __tzfile_compute () from /usr/lib/libc.so.6
habe nun Folgendes probiert: sudo pacman -S glibc … also nochmal diese Bibliothek installiert…hat nix gebracht…bin mit meinem Latein am Ende…was ist nun zu tun?
Bist anscheint nicht der einzige.
Als nächstes würde ich versuchen einen neuen Benutzer anzulegen und ausprobieren ob es dort auch so ist.
Verwendest du so was wie AppArmor, firejail, …? (Wirklich überprüfen)
Welche Änderungen hast du an der System Konfiguration gemacht?
Was sagt z.B. auch das Journal?
Hallo xabbu, danke für Deine Nachricht. Nein, sowas wie AppArmor oder firejail nutze ich nicht. Habe testweise gerade einen neuen Nutzer angelegt…auch bei diesem Nutzer bleibt das Problem bestehen. Journal sagt das:
$ journalctl -p 0
– Journal begins at Sat 2021-07-17 15:46:25 CEST, ends at Sun 2021-07-25 13:25:01 CEST. –
– No entries –
Naja, wenn bei 0 ( emerg ) was steht würde dein System nicht mehr laufen. Schau dir lieber mit
journalctl -b
oder
journalctl -b -e
alles an, besonders zu der Zeit wo du ein Programm gestartet hast. Beachte das die Ausgabe in einem pager wie less ist, du kannst dich also hoch/runter und rechts/links bewegen.
Danke für die Info! Also…habe versucht audacious zu starten…hat natürlich nicht geklappt…danach sofort journalctl -b -e
bekomme folgenden output
$ journalctl -b -e
Stack trace of thread 8311:
#0 0x00007fb0a1cfeb2f __poll (libc.so.6 + 0xf3b2f)
#1 0x00007fb0a20b1b29 n/a (libglib-2.0.so.0 + 0xa7b29)
#2 0x00007fb0a205d693 g_main_loop_run (libglib-2.0.so.0 + 0x53693)
#3 0x000055ef63b0b3ce n/a (audacious + 0x103ce)
#4 0x00007fb0a1ec73c4 execute_native_thread_routine (libstdc++.so.6 + 0xd33c4)
#5 0x00007fb0a235f259 start_thread (libpthread.so.0 + 0x9259)
#6 0x00007fb0a1d095e3 __clone (libc.so.6 + 0xfe5e3)
Stack trace of thread 8317:
#0 0x00007fb0a1cfeb2f __poll (libc.so.6 + 0xf3b2f)
#1 0x00007fb08ffe263b n/a (libxcb.so.1 + 0xc63b)
#2 0x00007fb08ffe437b xcb_wait_for_event (libxcb.so.1 + 0xe37b)
#3 0x00007fb08da70f21 n/a (libQt5XcbQpa.so.5 + 0x61f21)
#4 0x00007fb0a177afef n/a (libQt5Core.so.5 + 0xcdfef)
#5 0x00007fb0a235f259 start_thread (libpthread.so.0 + 0x9259)
#6 0x00007fb0a1d095e3 __clone (libc.so.6 + 0xfe5e3)
Stack trace of thread 8316:
#0 0x00007fb0a1cfeb2f __poll (libc.so.6 + 0xf3b2f)
#1 0x00007fb0a14dc576 n/a (libresolv.so.2 + 0x9576)
#2 0x00007fb0a14dd1a5 n/a (libresolv.so.2 + 0xa1a5)
#3 0x00007fb0a14da104 __res_context_query (libresolv.so.2 + 0x7104)
#4 0x00007fb0a14daefe __res_context_search (libresolv.so.2 + 0x7efe)
#5 0x00007fb08db5aeba _nss_dns_gethostbyname4_r (libnss_dns.so.2 + 0x3eba)
#6 0x00007fb0a1cf299e gaih_inet.constprop.0 (libc.so.6 + 0xe799e)
#7 0x00007fb0a1cf3899 getaddrinfo (libc.so.6 + 0xe8899)
#8 0x00007fb08f448cbd ne_addr_resolve (libneon.so.27 + 0x12cbd)
#9 0x00007fb08f440261 n/a (libneon.so.27 + 0xa261)
#10 0x00007fb08f440538 n/a (libneon.so.27 + 0xa538)
#11 0x00007fb08f4424e5 n/a (libneon.so.27 + 0xc4e5)
#12 0x00007fb08f4428fb ne_begin_request (libneon.so.27 + 0xc8fb)
#13 0x00007fb08f5253a6 n/a (neon.so + 0x43a6)
#14 0x00007fb08f525aed n/a (neon.so + 0x4aed)
#15 0x00007fb08f5260ef n/a (neon.so + 0x50ef)
#16 0x00007fb0a23b84e0 _ZN7VFSFileC1EPKcS1_ (libaudcore.so.5 + 0x414e0)
#17 0x00007fb0a23b0667 n/a (libaudcore.so.5 + 0x39667)
#18 0x00007fb0a23b0f8a _Z17aud_file_read_tagPKcP12PluginHandleR7VFSFileR5TupleP5IndexIcEP6String (libaudc>
#19 0x00007fb0a23b33bc n/a (libaudcore.so.5 + 0x3c3bc)
#20 0x00007fb0a23a50bb n/a (libaudcore.so.5 + 0x2e0bb)
#21 0x00007fb0a23a0bb2 n/a (libaudcore.so.5 + 0x29bb2)
#22 0x00007fb0a1ec73c4 execute_native_thread_routine (libstdc++.so.6 + 0xd33c4)
#23 0x00007fb0a235f259 start_thread (libpthread.so.0 + 0x9259)
#24 0x00007fb0a1d095e3 __clone (libc.so.6 + 0xfe5e3)
Stack trace of thread 8314:
#0 0x00007fb0a1cfeb2f __poll (libc.so.6 + 0xf3b2f)
#1 0x00007fb0a20b1b29 n/a (libglib-2.0.so.0 + 0xa7b29)
#2 0x00007fb0a205d693 g_main_loop_run (libglib-2.0.so.0 + 0x53693)
#3 0x00007fb0a229a8c8 n/a (libgio-2.0.so.0 + 0x1018c8)
#4 0x00007fb0a208c2c1 n/a (libglib-2.0.so.0 + 0x822c1)
#5 0x00007fb0a235f259 start_thread (libpthread.so.0 + 0x9259)
#6 0x00007fb0a1d095e3 __clone (libc.so.6 + 0xfe5e3)
Jul 25 13:46:09 schlepptop2 systemd[1]: systemd-coredump@8-8322-0.service: Deactivated successfully.
Jul 25 13:46:09 schlepptop2 audit[1]: SERVICE_STOP pid=1 uid=0 auid=4294967295 ses=4294967295 subj==unconfined msg='unit=systemd-coredump@8-8322-0 comm="syst>
Jul 25 13:46:09 schlepptop2 kernel: audit: type=1131 audit(1627213569.783:4008): pid=1 uid=0 auid=4294967295 ses=4294967295 subj==unconfined msg='unit=system>
Jul 25 13:46:10 schlepptop2 kernel: [UFW BLOCK] IN=wlp2s0 OUT= MAC=68:5d:43:a9:b0:8c:3c:67:8c:b1:12:f0:08:00 SRC=192.168.2.1 DST=224.0.0.1 LEN=36 TOS=0x00 PR>
lines 1082-1138/1138 (END)
Kann es sein, dass nur Qt Programme davon betroffen sind? Verwendest du qt5-styleplugins und qt5ct bzw. ist das installiert?
Ja, qt5-styleplugins und qt5ct sind installiert! Und jetzt, wo Du es sagst: ich habe auch kguiaddons-git installiert. Aus dem AUR. Das läßt sich aber nicht auf die aktuelle Version updaten. Bricht jedesmal ab.
– Configuring incomplete, errors occurred!
See also “/var/tmp/pamac-build-meersdonk/kguiaddons-git/src/build/CMakeFiles/CMakeOutput.log”.
==> FEHLER: Ein Fehler geschah in build().
Breche ab…
Entferne das Paket vorläufig. Und teste ob z.B. vlc startet.
Das Paket würde ich vorläufig auch erstmal entfernen. Benutzt du noch andere Pakete aus dem KDE/Qt Bereich die eine -git Endung haben?
qt5-styleplugins habe ich entfernt. Kein Erfolg. kguiaddons-git hab ich erst mal nicht entfernt…da werden sonst noch 23 andere Programme entfernt…zum Beispiel digikam…deshalb hab ich das alles glaub ich auch…weil digikam ein KDE-Programm ist?!
Ich habe ja XFCE als Desktop. Erinnere mich dunkel…als ich digikam damals installiert habe…brauchte ich diese QT-Module…weil digikam eigentlich für KDE konzipiert ist…!?
Das Seltsame ist ja…daß die Programme eigentlich einwandfrei laufen…wenn sie als root übers Terminal gestartet werden…aber bei normalen Nutzern kommt immer die Fehlermeldung. Daher ja mein Gedanke, daß es irgendwas mit Benutzerrechten zu tun haben muß?
Das muss mit qt5ct zusammen hängen. Kannst du das Programm starten ( qt5ct ) und ein anderes Theme auswählen? Das setzt für deinen Benutzer spezifisch das Theme für Qt Programme.
Ist etwas veraltet normalerweise Verwendet man Kvantum.
Was sagt echo $QT_QPA_PLATFORMTHEME ?
Nicht für KDE, aber es verwendet das Qt Toolkit und KDE auch. Gnome und Xfce verwenden Gtk.
Nachdem du qt5-styleplugins entfernt hast, hast du dich ausgeloggt und wieder eingeloggt?
Ich glaube…wir kommen der Sache näher…qt5ct läßt sich wie die anderen Programme nicht starten…und echo sagt: qt5ct!
ja…hatte nach dem Entfernen nen reboot gemacht…
Versuche mal
QT_QPA_PLATFORMTHEME= vlc
Das Leereichen hinter dem = ist wichtig.
Die Konfiguation für qt5ct ist in
~/.config/qt5ct/qt5ct.conf
Was steht da drin? Bzw.
mv ~/.config/qt5ct/qt5ct.conf ~/.config/qt5ct/qt5ct.conf.backup
Starten dann Qt Programme?
1 Like