You are not logged in.
After certain upgrade all electron apps sefault with this error in dmesg:
atom[19093]: segfault at 8 ip 00007f0667bf6841 sp 00007ffca11999d0 error 4 in ld-2.32.so[7f0667beb000+21000]
I am not quite sure which upgrade caused it because i havent used any electron app in about week .
From googling it seem to be linked with glibc, so i tried downgrading glibc (and lib32-glibc) to multiple previous versions 2.32.1 - 2.32.4. Sadly nothing worked. Since it crashes for atom usin electron 6 and also VS code usong electron 9 I doubt it is caused by electron.
This is as far as I was able to get. Can anyone please help?
Last edited by urmegil (2020-11-27 09:19:26)
Offline
Smells like a corrupt binary
pacman -Qkk atom
and check your pacman log of errors.
Also there's probably context in the journal (coredumps), post those as well.
Offline
There are no changed files in atom or any other app using electron.
Here are logs from coredumpctl ater I tried to open them
Sun 2020-11-22 10:27:29 CET 2677 1000 1000 11 present /usr/lib/electron9/electron
Sun 2020-11-22 10:29:31 CET 2871 1000 1000 11 present /usr/lib/electron6/electron
Sun 2020-11-22 10:29:33 CET 2927 1000 1000 11 present /usr/lib/electron9/electron
Sun 2020-11-22 10:29:39 CET 2988 1000 1000 11 present /usr/lib/electron/electron
I also checked /var/log/pacman.log but didnt notice aything out of the ordinary
Offline
The actual coredumps would be more helpful than the entries…
Offline
Read the wiki if you dont understand something right? Sorry I guess you wanted this:
urmegil% coredumpctl info 5021
PID: 5021 (atom)
UID: 1000 (urmegil)
GID: 1000 (urmegil)
Signal: 11 (SEGV)
Timestamp: Sun 2020-11-22 11:09:45 CET (1min 9s ago)
Command Line: /usr/bin/electron6 /usr/lib/atom/atom --executed-from=/home/urmegil --pid=5017
Executable: /usr/lib/electron6/electron
Control Group: /user.slice/user-1000.slice/user@1000.service/session.slice/org.gnome.Shell@x11.service
Unit: user@1000.service
User Unit: org.gnome.Shell@x11.service
Slice: user-1000.slice
Owner UID: 1000 (urmegil)
Boot ID: 95c5caac8cca4f239dd0b43ff887a1a7
Machine ID: 19c8a0c96b244179a6330660fadaf77c
Hostname: urmegil
Storage: /var/lib/systemd/coredump/core.atom.1000.95c5caac8cca4f239dd0b43ff887a1a7.5021.1606039785000000.zst
Message: Process 5021 (atom) of user 1000 dumped core.
Stack trace of thread 5021:
#0 0x00007f21a2508841 _dl_relocate_object (ld-linux-x86-64.so.2 + 0xd841)
#1 0x00007f21a25005d3 dl_main (ld-linux-x86-64.so.2 + 0x55d3)
#2 0x00007f21a2516992 _dl_sysdep_start (ld-linux-x86-64.so.2 + 0x1b992)
#3 0x00007f21a24fdff1 _dl_start (ld-linux-x86-64.so.2 + 0x2ff1)
#4 0x00007f21a24fd098 _start (ld-linux-x86-64.so.2 + 0x2098)
Offline
The electron6 binary segfaults on dlopening something.
pacman -Qkk electron6
pacman -Qkk
In doubt "strace -f atom" so you can maybe see which library is opened before it crashes.
Offline
I checked and electron6 has no changed files.
After running "pacman -Qkk" I didn't notice any changed files which could cause the problems (some /etc files, libvirt)
Even though I was searching strace for SIGSEV and found some I was not able to determien where the problem could be
Here is pastebin of it https://pastebin.com/CPM1d6gB
Would you be so kind and look at it?
Offline
You copy-pasted that from the terminal, right?
strace -f atom > /tmp/atom.strace 2>&1
[pid 2941] --- SIGSEGV {si_signo=SIGSEGV, si_code=SEGV_MAPERR, si_addr=0x8} ---
[pid 2941] --- SIGSEGV {si_signo=SIGSEGV, si_code=SEGV_MAPERR, si_addr=0x8} ---
There seems to be an overflow in /usr/lib/atom/atom
What does the strace for vscode look like?
Offline
Yes I did copy paste it.
Here is "strace -f code > /tmp/code.strace 2>&1" https://pastebin.com/YTBruuGk
Offline
Same pattern, mapping error after reading (and closing) libgomp
I suspect they might have been compiled against gcc-libs 10.2.0-4 in the "staging" repo.
Does downgrading atom and vscode to the previous versions "help"?
Offline
No downgrading atom didnt help (cant do it for vscode since I downloaded it after atom stopped working).
But I have managed to find a solution. atom-bin from AUR is working without a problem.
Now I am not sure If I should report it somewhere or we can close this
Offline
cant do it for vscode since I downloaded it after atom stopped working
https://wiki.archlinux.org/index.php/Arch_Linux_Archive
What if you try to downgrade gcc-libs?
Offline
I tried multiple versions of code electron9 and gcc-libs. But no combination of few weeks old packages worked
Offline
grumpf.
Grumpf.
GRUMPF.
Let's see whether LD tells us what it's doing:
LD_DEBUG=all LD_DEBUG_OUTPUT=/tmp/grumpf.ldbg code
Offline
I was not able to paste whole thing on pastebin since whole file is 190M. So here are last 5000 lines https://pastebin.com/cDyPhE0W
if necessary I can upload the whole thing on google drive.
Offline
Simply stops processing libre2, https://www.archlinux.org/packages/extra/x86_64/re2/
pacman -Qkk re2
?
Offline
sadly nothing
re2: 17 total files, 0 altered files
Offline
But I tried to downgrade libre2 to re2-1:20200801-1-x86_64.pkg.tar.zst
now vs code works. Then I upgraded libre2 with yay and VS code still works
Offline
Did you install 1:20201001-1 out of the cache or re-fetch it from a mirror?
There must have been some problem w/ the file on disk, I'd run a https://wiki.archlinux.org/index.php/SMART test (and check critical values as the re-allocated sectors) to be sure it's not the disk.
Please always remember to mark resolved threads by editing your initial posts subject - so others will know that there's no task left, but maybe a solution to find.
Thanks.
Offline
I installed it from cache. I will check my disks but it seems that problem was somewhere there and not with the packages themself.
I can do rest of the work by myself. Thank you for help and have a nice weekend.
Offline