Programme starten nicht mehr/Zugriffsrechte nach Update/Speicherzugriffsfehler

[chg2000]

Hallo zusammen! Gestern habe ich das Manjaro-update gemacht. Seitdem lassen sich einige Programme nicht mehr starten (vlc, nomacs, telegram, audacious). Weder im Whisker-Menü noch in der Konsole. Im Terminal kommt die Meldung Speicherzugriffsfehler (Speicherabzug geschrieben). Neuinstallation hat nichts geändert. Ich habe es dann im Terminal als root (mit sudo) probiert. Damit lassen sich die Programme starten. Beim update scheinen also die Zugriffsrechte irgendwie zerschossen worden zu sein?! Wie kann ich dies wieder korrigieren? Vorab schon mal vielen Dank für alle Hinweise!

---

adm. note: moved to German section

[Mirdarthos]

Hi @chg2000,

Fair warning: I might have misunderstood you, as I don’t speak German and my understanding comes from Google Translate.

That sai9d, according to the way I understand it, the permissions should, in theory at least, be repaired/fixed if you reinstall the package. According to the wiki:

To force a package to be installed even if it is already installed use pamac reinstall. For example:

pamac reinstall smplayer

So try reinstalling the package:

pamac reinstall <package_name>

Where <package_name> is the name of the package you wish to reinstall.

Hope this helps!

[chg2000]

Hi Mirdarthos,
thanks for your information! I tried pamac reinstall nomacs…same error in terminal…memory acsess error…

[forty]

Hallo,

also an den Zugriffsrechte kann es bei einem Speicherzugriffsfehler nicht handeln.

Falls die sich mit sudo starten lassen, liegt der Fehler eher in ~/.config.
Für vlc versuche mal ein
mv ~/.config/vlc ~/.config/vlc_old

und starte als User den vlc. Wenn das dann geht, die anderen…

Damit benennst du den Ordner nur um. Ist alles noch da. Dann kannst Du einzelne Datein nach vlc zurück kopieren bis der Fehler wieder auftritt.

[chg2000]

Hallo forty,
danke für Deine schnelle Antwort! Habe es gerade probiert…der Config-Ordner ist jetzt umbenannt…Problem bleibt aber leider bestehen…wenn ich vlc im Terminal starte kommt wieder die Fehlermeldung mit dem Speicherzugriffsfehler…das update gestern lief übrigens ohne Fehlermeldung durch…andere Programme verhalten sich ganz normal…aber vlc…telegram…nomacs…audacious sind betroffen…vielleicht noch andere mehr…bei denen ist es mir aufgefallen nach dem reboot…habe telegram nämlich mit autostart eingerichtet…und hab mich gewundert…warum es nicht geöffnet wurde…nach reboot…

[Mirdarthos]

Unfortunately all I can think of further, is removing the packages with pamac, moving the files out of ~/.config for that specific package, restarting your computer just for in case it makes some kind of difference, although it shouldn’t be neccessary, and reinstalling the packages.

Other than that I have absolutely no idea.

Hope you manage!

[chg2000]

Hi Mirdarthos,
I removed vlc AND ~/.config/vlc…reboot…new installation of vlc…same error output in terminal…very strange…

[Mirdarthos]

In that case, I have no idea. None. Zero. Ziltch. Nada.

And BTW - it’s much, much, much stranger than that. No, even more.

But, I have no doubt it’ll be something simple. In fact, I rather suspect it to be.

But I sincerely hope you manage!

(One last thing I just thought of you can try, check if there’s any configuration in /etc/ for it and delete it after uninstalling the package. In fact, remove everything you can find on the drive about it.)

[chg2000]

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…

[forty]

hmm,

falls Du gdb installiert hast. gdb vlc und in gdb r enter. Dann siehst Du woran es hapert. Irgend eine lib wahrscheinlich…

[chg2000]

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…

[chg2000]

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

[chg2000]

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?

[xabbu]

Since last update I can't launch some applications segmentation fault (core dumped)

Apps like obs or keepassxc give me this error “[1] 5505 segmentation fault (core dumped) keepassxc” when trying to lunch it, same goes for obs. I tried to change the kernel but still happens, this started happening since last update, any idea why? Thanks.

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?

How to provide good information

Welcome to Manjaro! To allow all of us helpful gurus on this forum TO HELP YOU, we need some basic information about your system. This probably means you described the symptoms of your problem, but now we need some more information to know where the origin of your issue is exactly. Someone probably linked you to this tutorial, so if you’re reading this in response to a question, please click the green link above this text to bring you to the full and unabridged text of the tutorial…

Was sagt z.B. auch das Journal?

[chg2000]

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 –

[xabbu]

@chg2000

journalctl -p 0

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.

[chg2000]

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)

[xabbu]

Kann es sein, dass nur Qt Programme davon betroffen sind? Verwendest du qt5-styleplugins und qt5ct bzw. ist das installiert?

[chg2000]

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.

[chg2000]

– 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…