(Solved) TeamSpeak 5 client refusing to start: SIGSEGV

Ahoy!

I seem to have an issue with the TeamSpeak 5 client on my machine. I downloaded the application via the AUR. However, it doesn’t start. When I try starting it in a terminal, it gives the following output:

Failed to register xdg desktop integration
[0509/012705.349514:WARNING:sandbox_linux.cc(385)] InitializeSandbox() called with multiple threads in process gpu-process.
fish: Job 1, 'teamspeak' terminated by signal SIGSEGV (Address boundary error)

I have also tried downloading a tar from the official server, unpacking that somewhere, and running the TeamSpeak binary in that directory, but that yielded the same result (minus the first line):

[0509/012834.168445:WARNING:sandbox_linux.cc(385)] InitializeSandbox() called with multiple threads in process gpu-process.
fish: Job 1, './TeamSpeak' terminated by signal SIGSEGV (Address boundary error)

I’ve also tried adding some parameters, with no success either: --no-sandbox, --use-gl=swiftshader, --disable-gpu and --disable-software-rasterizer.

I’ve also tried prepending it with this environment variable: MESA_GLSL_CACHE_DISABLE=true teamspeak. That netted me a message as to that variable being deprecated, and using MESA_SHADER_CACHE_DISABLE instead. However, that environment variable also didn’t change this predicament.

Some details about my system:
Distro: Arch Linux
Kernel (uname -r): 6.3.1-arch1-1
CPU: AMD Ryzen 9 7900X 12-Core Processor
GPU: AMD Radeon 6700 XT
Motherboard Model: TUF GAMING X670E-PLUS

Any help would be appreciated, and let me know if you need more information.

Edit: Forgot to mention that I also tried creating a configuration directory: mkdir -p "$HOME/.config/TeamSpeak/Default". However, that directory was apparently already created by then. Removing ~/.config/TeamSpeak in its entirety and recreating it with that command didn’t do anything either. I also checked that the directory and its contents were writable by my user, and that is indeed the case.

SIGSEGV is a Segmentation fault which means a signal for memory access violation like trying to read or write to a memory area that teamspeak doesn’t have access to. Are trying to run the client as the same user who downloaded/unpacked the client? Does it have permission? You can try it as root purely for testing.

Yes, I’m sure about that. I don’t think the files being owned by the same user that runs it necessarily matters, though, or I wouldn’t be able to run any of the binaries owned by root in /usr/bin for example, either. The executable bits should be what matters, in most cases.

As for the directory in which it’s unpacked, this is the result of ls -l in that directory (truncated to save space in this post):

...
-rw-r--r-- 1 tijmen tijmen    405448 Apr 21  2022 snapshot_blob.bin
drwxr-xr-x 2 tijmen tijmen      4096 May  9 01:43 soundbackends/
drwxr-xr-x 2 tijmen tijmen      4096 May  9 01:43 swiftshader/
-rwxr-xr-x 1 tijmen tijmen  31074616 Jun  8  2022 TeamSpeak*
-rw-r--r-- 1 tijmen tijmen       333 May  9 01:43 teamspeak-client.desktop
-rw-r--r-- 1 tijmen tijmen    726288 Apr 21  2022 v8_context_snapshot.bin

And the result of whomai is: tijmen

That said, I refuse to run any graphical application as root. If that would ever be required for an application, I’d shrug and move on.

I think TeamSpeak also refuses to run as root without some argument.
Other than that, your ls -l output is truncated, right? So there is more in that folder?

Yes, there’s more in that directory. I’m not sure if this forum has a tag to hide something by default, so I’ll just post everything, if that will help. Apologies for the (relative) mess:

total 253188
-rw-r--r-- 1 tijmen tijmen    641042 Apr 21  2022 chrome_100_percent.pak
-rw-r--r-- 1 tijmen tijmen    965092 Apr 21  2022 chrome_200_percent.pak
-rwxr-xr-x 1 tijmen tijmen    237376 Jun  8  2022 chrome-sandbox*
drwxr-xr-x 2 tijmen tijmen      4096 May  9 01:43 docs/
-rwxr-xr-x 1 tijmen tijmen   1103080 Jun  8  2022 hotkey_helper*
drwxr-xr-x 3 tijmen tijmen      4096 May  9 01:43 html/
-rw-r--r-- 1 tijmen tijmen  10284336 Apr 21  2022 icudtl.dat
-rwxr-xr-x 1 tijmen tijmen 189055168 Jun  8  2022 libcef.so*
-rwxr-xr-x 1 tijmen tijmen    269464 Jun  8  2022 libEGL.so*
-rwxr-xr-x 1 tijmen tijmen   6031104 Jun  8  2022 libGLESv2.so*
-rw-r--r-- 1 tijmen tijmen    209280 Jun  8  2022 libolm.so.3
-rw-r--r-- 1 tijmen tijmen   9137736 Jun  8  2022 libtschat_client_lib_export.so
-rw-r--r-- 1 tijmen tijmen     18880 Jun  8  2022 libtschat_client_lib.so
drwxr-xr-x 4 tijmen tijmen      4096 May  9 01:43 licenses/
drwxr-xr-x 2 tijmen tijmen      4096 May  9 01:43 locales/
-rw-r--r-- 1 tijmen tijmen     13247 Jun  8  2022 logo-128.png
-rw-r--r-- 1 tijmen tijmen     31942 Jun  8  2022 logo-256.png
-rw-r--r-- 1 tijmen tijmen      4299 Jun  8  2022 logo-48.png
-rwxr-xr-x 1 tijmen tijmen   1901272 Jun  8  2022 patcher*
-rw-r--r-- 1 tijmen tijmen   7084796 Apr 21  2022 resources.pak
-rw-r--r-- 1 tijmen tijmen    405448 Apr 21  2022 snapshot_blob.bin
drwxr-xr-x 2 tijmen tijmen      4096 May  9 01:43 soundbackends/
drwxr-xr-x 2 tijmen tijmen      4096 May  9 01:43 swiftshader/
-rwxr-xr-x 1 tijmen tijmen  31074616 Jun  8  2022 TeamSpeak*
-rw-r--r-- 1 tijmen tijmen       333 May  9 01:43 teamspeak-client.desktop
-rw-r--r-- 1 tijmen tijmen    726288 Apr 21  2022 v8_context_snapshot.bin

Edit: Oh, the preformatting’s size is limited by default. That helps.

That looks good…
For me, it runs fine on Arch (kernel 6.3.1 but updating rn). The only things I can imagine though are either a missing dependency or some DE config thing, but no idea.
Does this crash give you a core dump? So you check what exactly crashes.

Aye, I also had a thought that it might be a missing package. But I have no idea what that could be, assuming that’s the case at all.

That bit about the DE did get me thinking that it might have something to do with it. I just rebooted to i3 (was on Plasma), but the results are unfortunately the same.

As for a core dump, I must admit I have never used those before. On the Arch Wiki it says it might contain certain things like cryptographic keys, so I’m not sure how I feel about sending the file itself. I can show the results of coredumpctl info TeamSpeak, though (only the latest entry, at the time of writing):

           PID: 1778 (TeamSpeak)
           UID: 1000 (tijmen)
           GID: 1000 (tijmen)
        Signal: 11 (SEGV)
     Timestamp: Tue 2023-05-09 02:50:33 CEST (5min ago)
  Command Line: teamspeak
    Executable: /opt/teamspeak/TeamSpeak
 Control Group: /user.slice/user-1000.slice/session-1.scope
          Unit: session-1.scope
         Slice: user-1000.slice
       Session: 1
     Owner UID: 1000 (tijmen)
       Boot ID: ed8267d1964d43859f0b34e08efa24a3
    Machine ID: (not entirely sure what this means, and if it's safe to share, so omitting this atm just in case)
      Hostname: tijmen-pc
       Storage: /var/lib/systemd/coredump/core.TeamSpeak.1000.ed8267d1964d43859f0b34e08efa24a3.1778.1683593433000000.zst (present)
  Size on Disk: 7.6M
       Message: Process 1778 (TeamSpeak) of user 1000 dumped core.
                
                Stack trace of thread 1874:
                #0  0x00007fa13dd7f7dc n/a (libc.so.6 + 0x1697dc)
                #1  0x000055a9de1b229b n/a (TeamSpeak + 0x180429b)
                #2  0x000055a9de1ac1e8 n/a (TeamSpeak + 0x17fe1e8)
                #3  0x00007fa104069de5 n/a (libpulse.so.0 + 0x19de5)
                #4  0x00007fa0e46b2e72 n/a (libpulsecommon-16.1.so + 0x41e72)
                #5  0x00007fa0e46b40ac pa_pdispatch_run (libpulsecommon-16.1.so + 0x430ac)
                #6  0x00007fa104063244 n/a (libpulse.so.0 + 0x13244)
                #7  0x00007fa0e46b8f95 n/a (libpulsecommon-16.1.so + 0x47f95)
                #8  0x00007fa0e46b9e2f n/a (libpulsecommon-16.1.so + 0x48e2f)
                #9  0x00007fa104076dd8 pa_mainloop_dispatch (libpulse.so.0 + 0x26dd8)
                #10 0x00007fa10407743b pa_mainloop_iterate (libpulse.so.0 + 0x2743b)
                #11 0x00007fa1040774e1 pa_mainloop_run (libpulse.so.0 + 0x274e1)
                #12 0x00007fa104087c02 n/a (libpulse.so.0 + 0x37c02)
                #13 0x00007fa0e46ccc67 n/a (libpulsecommon-16.1.so + 0x5bc67)
                #14 0x00007fa13dc9d44b n/a (libc.so.6 + 0x8744b)
                #15 0x00007fa13dd20e40 n/a (libc.so.6 + 0x10ae40)
                
                Stack trace of thread 1778:
                #0  0x00007fa13dce59e5 clock_nanosleep (libc.so.6 + 0xcf9e5)
                #1  0x00007fa13dcea5e7 __nanosleep (libc.so.6 + 0xd45e7)
                #2  0x000055a9de1ad8bb n/a (TeamSpeak + 0x17ff8bb)
                #3  0x000055a9de03c2ce n/a (TeamSpeak + 0x168e2ce)
                #4  0x000055a9de0372c1 n/a (TeamSpeak + 0x16892c1)
                #5  0x000055a9de035ca2 n/a (TeamSpeak + 0x1687ca2)
                #6  0x000055a9de02b649 n/a (TeamSpeak + 0x167d649)
                #7  0x000055a9de02b32b n/a (TeamSpeak + 0x167d32b)
                #8  0x000055a9ddff0212 n/a (TeamSpeak + 0x1642212)
                #9  0x000055a9ddff00fb n/a (TeamSpeak + 0x16420fb)
                #10 0x000055a9ddcc2021 n/a (TeamSpeak + 0x1314021)
                #11 0x000055a9ddc381c7 n/a (TeamSpeak + 0x128a1c7)
                #12 0x000055a9dd966652 n/a (TeamSpeak + 0xfb8652)
                #13 0x000055a9dd9713ac n/a (TeamSpeak + 0xfc33ac)
                #14 0x000055a9dd376d7b n/a (TeamSpeak + 0x9c8d7b)
                #15 0x000055a9ddb29e38 n/a (TeamSpeak + 0x117be38)
                #16 0x00007fa13dc39850 n/a (libc.so.6 + 0x23850)
                #17 0x00007fa13dc3990a __libc_start_main (libc.so.6 + 0x2390a)
                #18 0x000055a9dd35e02e n/a (TeamSpeak + 0x9b002e)
                
                Stack trace of thread 1781:
                #0  0x00007fa13dc99f0e n/a (libc.so.6 + 0x83f0e)
                #1  0x00007fa13dc9c7a0 pthread_cond_wait (libc.so.6 + 0x867a0)
                #2  0x000055a9dd3958d7 n/a (TeamSpeak + 0x9e78d7)
                #3  0x000055a9dd3955d1 n/a (TeamSpeak + 0x9e75d1)
                #4  0x000055a9dd3960c1 n/a (TeamSpeak + 0x9e80c1)
                #5  0x000055a9dd395ffe n/a (TeamSpeak + 0x9e7ffe)
                #6  0x00007fa13dc9d44b n/a (libc.so.6 + 0x8744b)
                #7  0x00007fa13dd20e40 n/a (libc.so.6 + 0x10ae40)
                
                Stack trace of thread 1782:
                #0  0x00007fa13dc99f0e n/a (libc.so.6 + 0x83f0e)
                #1  0x00007fa13dc9cd85 pthread_cond_clockwait (libc.so.6 + 0x86d85)
                #2  0x000055a9dd38e8b9 n/a (TeamSpeak + 0x9e08b9)
                #3  0x000055a9dd38e6fa n/a (TeamSpeak + 0x9e06fa)
                #4  0x00007fa13dc9d44b n/a (libc.so.6 + 0x8744b)
                #5  0x00007fa13dd20e40 n/a (libc.so.6 + 0x10ae40)
                
                Stack trace of thread 1789:
                #0  0x00007fa13dd21266 epoll_wait (libc.so.6 + 0x10b266)
                #1  0x00007fa143bc32c4 n/a (libcef.so + 0x5dc32c4)
                #2  0x00007fa143bc0fef n/a (libcef.so + 0x5dc0fef)
                #3  0x00007fa143a9af5b n/a (libcef.so + 0x5c9af5b)
                #4  0x00007fa143a4d50c n/a (libcef.so + 0x5c4d50c)
                #5  0x00007fa143a14398 n/a (libcef.so + 0x5c14398)
                #6  0x00007fa143a6cb08 n/a (libcef.so + 0x5c6cb08)
                #7  0x00007fa143a5b7ad n/a (libcef.so + 0x5c5b7ad)
                #8  0x00007fa143a6cca8 n/a (libcef.so + 0x5c6cca8)
                #9  0x00007fa143a8f416 n/a (libcef.so + 0x5c8f416)
                #10 0x00007fa13dc9d44b n/a (libc.so.6 + 0x8744b)
                #11 0x00007fa13dd20e40 n/a (libc.so.6 + 0x10ae40)
                
                Stack trace of thread 1790:
                #0  0x00007fa13dc99f0e n/a (libc.so.6 + 0x83f0e)
                #1  0x00007fa13dc9cab5 pthread_cond_timedwait (libc.so.6 + 0x86ab5)
                #2  0x00007fa143a8b5d2 n/a (libcef.so + 0x5c8b5d2)
                #3  0x00007fa143a8bc2b n/a (libcef.so + 0x5c8bc2b)
                #4  0x00007fa143a2ee3f n/a (libcef.so + 0x5c2ee3f)
                #5  0x00007fa143a6390a n/a (libcef.so + 0x5c6390a)
                #6  0x00007fa143a642e2 n/a (libcef.so + 0x5c642e2)
                #7  0x00007fa143a63f4d n/a (libcef.so + 0x5c63f4d)
                #8  0x00007fa143a63e61 n/a (libcef.so + 0x5c63e61)
                #9  0x00007fa143a8f416 n/a (libcef.so + 0x5c8f416)
                #10 0x00007fa13dc9d44b n/a (libc.so.6 + 0x8744b)
                #11 0x00007fa13dd20e40 n/a (libc.so.6 + 0x10ae40)
                
                Stack trace of thread 1791:
                #0  0x00007fa13dc99f0e n/a (libc.so.6 + 0x83f0e)
                #1  0x00007fa13dc9cab5 pthread_cond_timedwait (libc.so.6 + 0x86ab5)
                #2  0x00007fa143a8b5d2 n/a (libcef.so + 0x5c8b5d2)
                #3  0x00007fa143a8bc2b n/a (libcef.so + 0x5c8bc2b)
                #4  0x00007fa143a2ee3f n/a (libcef.so + 0x5c2ee3f)
                #5  0x00007fa143a6390a n/a (libcef.so + 0x5c6390a)
                #6  0x00007fa143a642e2 n/a (libcef.so + 0x5c642e2)
                #7  0x00007fa143a63f4d n/a (libcef.so + 0x5c63f4d)
                #8  0x00007fa143a63e61 n/a (libcef.so + 0x5c63e61)
                #9  0x00007fa143a8f416 n/a (libcef.so + 0x5c8f416)
                #10 0x00007fa13dc9d44b n/a (libc.so.6 + 0x8744b)
                #11 0x00007fa13dd20e40 n/a (libc.so.6 + 0x10ae40)
                
                Stack trace of thread 1793:
                #0  0x00007fa13dc99f0e n/a (libc.so.6 + 0x83f0e)
                #1  0x00007fa13dc9c7a0 pthread_cond_wait (libc.so.6 + 0x867a0)
                #2  0x00007fa143a8b491 n/a (libcef.so + 0x5c8b491)
                #3  0x00007fa143a8bc1a n/a (libcef.so + 0x5c8bc1a)
                #4  0x00007fa143a2ec82 n/a (libcef.so + 0x5c2ec82)
                #5  0x00007fa1439ed4d6 n/a (libcef.so + 0x5bed4d6)
                #6  0x00007fa143a4d50c n/a (libcef.so + 0x5c4d50c)
                #7  0x00007fa143a14398 n/a (libcef.so + 0x5c14398)
                #8  0x00007fa143a6cb08 n/a (libcef.so + 0x5c6cb08)
                #9  0x00007fa143a6cca8 n/a (libcef.so + 0x5c6cca8)
                #10 0x00007fa143a8f416 n/a (libcef.so + 0x5c8f416)
                #11 0x00007fa13dc9d44b n/a (libc.so.6 + 0x8744b)
                #12 0x00007fa13dd20e40 n/a (libc.so.6 + 0x10ae40)
                
                Stack trace of thread 1792:
                #0  0x00007fa13dd21266 epoll_wait (libc.so.6 + 0x10b266)
                #1  0x00007fa143bc32c4 n/a (libcef.so + 0x5dc32c4)
                #2  0x00007fa143bc0fef n/a (libcef.so + 0x5dc0fef)
                #3  0x00007fa143a9aeaf n/a (libcef.so + 0x5c9aeaf)
                #4  0x00007fa143a4d50c n/a (libcef.so + 0x5c4d50c)
                #5  0x00007fa143a14398 n/a (libcef.so + 0x5c14398)
                #6  0x00007fa143a6cb08 n/a (libcef.so + 0x5c6cb08)
                #7  0x00007fa142367c6f n/a (libcef.so + 0x4567c6f)
                #8  0x00007fa143a6cca8 n/a (libcef.so + 0x5c6cca8)
                #9  0x00007fa143a8f416 n/a (libcef.so + 0x5c8f416)
                #10 0x00007fa13dc9d44b n/a (libc.so.6 + 0x8744b)
                #11 0x00007fa13dd20e40 n/a (libc.so.6 + 0x10ae40)
                
                Stack trace of thread 1795:
                #0  0x00007fa13dc99f0e n/a (libc.so.6 + 0x83f0e)
                #1  0x00007fa13dc9c7a0 pthread_cond_wait (libc.so.6 + 0x867a0)
                #2  0x00007fa1210c256c n/a (radeonsi_dri.so + 0xc256c)
                #3  0x00007fa12110b98c n/a (radeonsi_dri.so + 0x10b98c)
                #4  0x00007fa13dc9d44b n/a (libc.so.6 + 0x8744b)
                #5  0x00007fa13dd20e40 n/a (libc.so.6 + 0x10ae40)
                
                Stack trace of thread 1794:
                #0  0x00007fa13dc99f0e n/a (libc.so.6 + 0x83f0e)
                #1  0x00007fa13dc9c7a0 pthread_cond_wait (libc.so.6 + 0x867a0)
                #2  0x00007fa1210c256c n/a (radeonsi_dri.so + 0xc256c)
                #3  0x00007fa12110b98c n/a (radeonsi_dri.so + 0x10b98c)
                #4  0x00007fa13dc9d44b n/a (libc.so.6 + 0x8744b)
                #5  0x00007fa13dd20e40 n/a (libc.so.6 + 0x10ae40)
                
                Stack trace of thread 1783:
                #0  0x00007fa13dc99f0e n/a (libc.so.6 + 0x83f0e)
                #1  0x00007fa13dc9cd85 pthread_cond_clockwait (libc.so.6 + 0x86d85)
                #2  0x000055a9dd398591 n/a (TeamSpeak + 0x9ea591)
                #3  0x000055a9dd398423 n/a (TeamSpeak + 0x9ea423)
                #4  0x000055a9dd398248 n/a (TeamSpeak + 0x9ea248)
                #5  0x00007fa13dc9d44b n/a (libc.so.6 + 0x8744b)
                #6  0x00007fa13dd20e40 n/a (libc.so.6 + 0x10ae40)
                
                Stack trace of thread 1796:
                #0  0x00007fa13dc99f0e n/a (libc.so.6 + 0x83f0e)
                #1  0x00007fa13dc9c7a0 pthread_cond_wait (libc.so.6 + 0x867a0)
                #2  0x00007fa1210c256c n/a (radeonsi_dri.so + 0xc256c)
                #3  0x00007fa12110b98c n/a (radeonsi_dri.so + 0x10b98c)
                #4  0x00007fa13dc9d44b n/a (libc.so.6 + 0x8744b)
                #5  0x00007fa13dd20e40 n/a (libc.so.6 + 0x10ae40)
                
                Stack trace of thread 1797:
                #0  0x00007fa13dc99f0e n/a (libc.so.6 + 0x83f0e)
                #1  0x00007fa13dc9c7a0 pthread_cond_wait (libc.so.6 + 0x867a0)
                #2  0x00007fa1210c256c n/a (radeonsi_dri.so + 0xc256c)
                #3  0x00007fa12110b98c n/a (radeonsi_dri.so + 0x10b98c)
                #4  0x00007fa13dc9d44b n/a (libc.so.6 + 0x8744b)
                #5  0x00007fa13dd20e40 n/a (libc.so.6 + 0x10ae40)
                
                Stack trace of thread 1785:
                #0  0x00007fa13dd13c0f __poll (libc.so.6 + 0xfdc0f)
                #1  0x00007fa14293b354 n/a (libcef.so + 0x4b3b354)
                #2  0x00007fa143a8f416 n/a (libcef.so + 0x5c8f416)
                #3  0x00007fa13dc9d44b n/a (libc.so.6 + 0x8744b)
                #4  0x00007fa13dd20e40 n/a (libc.so.6 + 0x10ae40)
                
                Stack trace of thread 1801:
                #0  0x00007fa13dc99f0e n/a (libc.so.6 + 0x83f0e)
                #1  0x00007fa13dc9cab5 pthread_cond_timedwait (libc.so.6 + 0x86ab5)
                #2  0x00007fa143a8b5d2 n/a (libcef.so + 0x5c8b5d2)
                #3  0x00007fa143a8bc2b n/a (libcef.so + 0x5c8bc2b)
                #4  0x00007fa143a2ee3f n/a (libcef.so + 0x5c2ee3f)
                #5  0x00007fa143a6390a n/a (libcef.so + 0x5c6390a)
                #6  0x00007fa143a642e2 n/a (libcef.so + 0x5c642e2)
                #7  0x00007fa143a63f4d n/a (libcef.so + 0x5c63f4d)
                #8  0x00007fa143a63e61 n/a (libcef.so + 0x5c63e61)
                #9  0x00007fa143a8f416 n/a (libcef.so + 0x5c8f416)
                #10 0x00007fa13dc9d44b n/a (libc.so.6 + 0x8744b)
                #11 0x00007fa13dd20e40 n/a (libc.so.6 + 0x10ae40)
                
                Stack trace of thread 1798:
                #0  0x00007fa13dd13c0f __poll (libc.so.6 + 0xfdc0f)
                #1  0x00007fa149e5917f n/a (libglib-2.0.so.0 + 0xb717f)
                #2  0x00007fa149dfb1a2 g_main_context_iteration (libglib-2.0.so.0 + 0x591a2)
                #3  0x00007fa149dfb1f2 n/a (libglib-2.0.so.0 + 0x591f2)
                #4  0x00007fa149e29315 n/a (libglib-2.0.so.0 + 0x87315)
                #5  0x00007fa13dc9d44b n/a (libc.so.6 + 0x8744b)
                #6  0x00007fa13dd20e40 n/a (libc.so.6 + 0x10ae40)
                
                Stack trace of thread 1807:
                #0  0x00007fa13dc99f0e n/a (libc.so.6 + 0x83f0e)
                #1  0x00007fa13dc9c7a0 pthread_cond_wait (libc.so.6 + 0x867a0)
                #2  0x00007fa143a8b491 n/a (libcef.so + 0x5c8b491)
                #3  0x00007fa143a8bc1a n/a (libcef.so + 0x5c8bc1a)
                #4  0x00007fa143a2ec82 n/a (libcef.so + 0x5c2ec82)
                #5  0x00007fa1439ed4d6 n/a (libcef.so + 0x5bed4d6)
                #6  0x00007fa143a4d50c n/a (libcef.so + 0x5c4d50c)
                #7  0x00007fa143a14398 n/a (libcef.so + 0x5c14398)
                #8  0x00007fa143a6cb08 n/a (libcef.so + 0x5c6cb08)
                #9  0x00007fa143a6cca8 n/a (libcef.so + 0x5c6cca8)
                #10 0x00007fa143a8f416 n/a (libcef.so + 0x5c8f416)
                #11 0x00007fa13dc9d44b n/a (libc.so.6 + 0x8744b)
                #12 0x00007fa13dd20e40 n/a (libc.so.6 + 0x10ae40)
                
                Stack trace of thread 1841:
                #0  0x00007fa0d30bcf63 n/a (libtschat_client_lib_export.so + 0x2bcf63)
                #1  0x00007fa0d3062d27 n/a (libtschat_client_lib_export.so + 0x262d27)
                #2  0x00007fa0d309246d n/a (libtschat_client_lib_export.so + 0x29246d)
                #3  0x00007fa0d3093945 n/a (libtschat_client_lib_export.so + 0x293945)
                #4  0x00007fa0d3094879 n/a (libtschat_client_lib_export.so + 0x294879)
                #5  0x00007fa0d3094dcd n/a (libtschat_client_lib_export.so + 0x294dcd)
                #6  0x00007fa0d30b8de5 n/a (libtschat_client_lib_export.so + 0x2b8de5)
                ELF object binary architecture: AMD x86-64

I am seeing some things about some pulse libraries and radeon libraries in there, so the following information might be relevant:

I’m using PipeWire, with a single added configuration file to add some virtual sinks. cat ~/.config/pipewire/pipewire.conf.d/10-virtual-sinks.conf:

context.objects = [
  {
    factory = adapter
    args = {
      factory.name = support.null-audio-sink
      node.name = "virtual_audio"
      media.class = Audio/Sink
      audio.position = [ FL FR FC LFE RL RR ]
      adapter.auto-port-config = {
        mode = dsp
        monitor = true
        position = preserve
      }
    }
  }
  {
    factory = adapter
    args = {
      factory.name = support.null-audio-sink
      node.name = "virtual_voice"
      media.class = Audio/Sink
      audio.position = [ FL FR FC LFE RL RR ]
      adapter.auto-port-config = {
        mode = dsp
        monitor = true
        position = preserve
      }
    }
  }
  {
    factory = adapter
    args = {
      factory.name = support.null-audio-sink
      node.name = "virtual_soundboard"
      media.class = Audio/Source/Virtual
      audio.position = [ FL FR FC LFE RL RR MONO ]
      adapter.auto-port-config = {
        mode = dsp
        monitor = true
        position = preserve
      }
    }
  }
]

The GPU related packages I have installed are (any result from pacman -Q with either amd or mesa in its name):

lib32-libva
lib32-libva-mesa-driver
lib32-mesa
lib32-mesa-vdpau
libva-mesa-driver
mesa
mesa-utils
mesa-vdpau
xf86-video-amdgpu
hsa-amd-aqlprofile-bin
hip-runtime-amd
amd-ucode

You made the right call by not posting the coredump. They contain the complete memory section of the application at the time of the crash.
But without you throwing a debugger at that dump (and having TeamSpeaks debug symbols) it’s hard to tell what exactly went wrong. From what it looks like I’d say it’s the last thread with the libtschat_client_lib_export.so.
For the pulse / pipewire stuff, as long as you have pipewire-pulse installed I seriously doubt that this could cause any problem.

The pipewire-pulse package is indeed installed. Would it be possible to obtain TeamSpeak’s debug symbols? Not sure, but from what I’ve briefly read about core dumps a bit ago, it seems like that might be something that would require access to the source code.

I am stumped. I couldn’t find anything on SEGV in regards to TeamSpeak anywhere prior to making this post, so I might be the only one with this issue. Please let me know if you need any other information.

Your best bet will be to wait until @TS.ChrisR gets up and tells you “No one uses Linux anyways” (jk) so he can forward the crashdump to someone internally who can figure out why this happens - assuming you are willing to send the dump to TeamSpeak employees. Segfaults are (usually) always caused by the main application so let’s hope they are interested in finding a solution.

2 Likes

Very well. Thanks for all your help. I am willing to send over those files to their developers.

In that case, I will get some shuteye for now, and await for a reply from @TS.ChrisR or another TeamSpeak employee.

2 Likes

@TS.ChrisR Apologies for the bump, but can you give this issue an acknowledgement? I don’t need an answer right away, of course, but I would like to know that it’s not being forgotten.

I need that mentioned crashdump. Else i can not say o forward anything to our devs.
You can send it zipped/tarred in a private message. You may need to upload it somewhere.


To ensure you use the latest client i will send you the beta 74 installer for linux.

P.S. we won’t give any support when client was installed from any 3rd party instance/tool.
Only our installers from the website or included updates we will investigate.

2 Likes

Just to keep this topic up to date, I have sent the core dump over by now, and am currently waiting for a response from TeamSpeak’s development team. I will update this topic once I get a response, in the hopes of informing people on what to do, in case I’m not the only one with this problem now or in the future.

But for now, I think all I can do is play the waiting game.

1 Like

You would get the response here :smiley:

4 Likes

Our dev tried to look at the crash dump but could not find anything useful in there.

Maybe another crash dump would show something else?

3 Likes

I just sent a fresh core dump. I can’t imagine wanting to spend too much resources on something that only 1 person seems to be suffering from, so I really hope this one will net some answers.

I’m really baffled by this issue. Especially considering everything else seems to work just fine on this system, from games to web browsers and applications like Krita and Blender. I also haven’t encountered this with any other Chromium-based applications.

Anyway, I’ll continue the waiting game for now. Thanks for your patience with this strange issue so far, Chris.

Almost a year later, and I had a segmentation fault with another Electron-based application. This time, I actually found some helpful information on the Arch Linux forum in regards to this here.

I pasted the code from the last message (#11) in a file, made it executable, and ran it. After that, the other application worked, and I since I was reminded to TeamSpeak, I tried it again, and it also worked now.

No guarantee that the two are related, since it was about 10 months ago since I last tried TeamSpeak. But considering the similarities, I’m just going to assume the issues were resolved simultaneously.

I am having this exact problem currently. I am unable to use either teamspeak3 or teamspeak5. When running teamspeak with “sudo -u USER teamspeak”, it does run, but audio does not work.
I use Plasma KDE (on wayland), and pipewire for audio.
Unfortunately, the above mentioned script did not fix the issue for me.
I have been searching everywhere for a few days now and I am getting really demoralized.
Any idea on how I could fix this?

Edit: I just tried pulseaudio instead of pipewire, and teamspeak springs to life. I did have pipewire-pulse installed, so what could be the issue here?

Edit 2: I figured it out! Turns out when running pipewire, teamspeak assumes that all audio nodes have a device.description, and a node.description. My custom sinks did not have those. screams internally