Arch Linux User Repository

As mentioned in @seyn6gk's comment

Without changing anything, since teamviewer 13 a desktop environment/login with display manager like lightdm/sddm/gdm is required.

startx users can follow workaround mentioned in @r7v s comment

Workaround for startx

Create drop-in /etc/systemd/system/getty@tty1.service.d/getty@tty1.service-drop-in.conf with

[Service]
Environment=XDG_SESSION_TYPE=x11

Source: https://community.teamviewer.com/English/discussion/95696/teamviewer-15-stopped-working-on-debian-buster#M4399

@Raikia: Hmm, this does not happen to me, my machine stops fine. I have pretty much the same log as you, except I'm using gdm instead of systemd-user-sessions to handle my session but I doubt it's relevant. Don't know what could be going wrong on your side. If you have time, could you try a fresh install (either on your HDD or in a VM, both could be informative)? Also it might be worth reporting the bug in their forums.

I managed to fix the problem a little better by adding a timeout to the systemd service file: sudo vim /usr/lib/systemd/system/teamviewerd.service Under "[Service]", add "TimeoutStopSec = 2" This will add a 2 second timeout to the shutdown process instead of the default 90 seconds (which is what I was getting). Its still a hotfix since it doesn't address the problem, just minimizes it.

I'm having trouble shutting down my computer with teamviewerd running. I have done "sudo systemctl enable teamviewerd" so that it starts and stops by itself, but it hangs on shutdown while disabling. I followed the instructions here: http://freedesktop.org/wiki/Software/systemd/Debugging#Shutdown_Completes_Eventually Here is my log output: http://pastebin.com/iAW51AeQ It gets to "Stopped target Remote File Systems." and hangs for about 2 minutes. As you can see in that snippet of log file, teamviewerd is the next process to get shut down. Does anyone else have this problem? Any ideas on how to fix it? My quick-fix for it is to write a small script that starts the daemon, runs teamviewer8, then stops the daemon...but that obviously kills the ability to have the daemon running in the background like it should be. Aside from having to manually stop the service before shutting down, does anyone have any recommendations? I'm able to supply any other log files you would like.

If you had a look at the terminal when you installed it, the post install script tells you exactly how to start teamviewerd: sudo systemctl start teamviewerd

sory) "teamviewerd -d" starts)

i installed teamviewer8 by yaourt. started it. it asked me to start teamviewerd, but it not started without errors. i tryed ldd and strace to anderstand what it want. /opt/teamviewer8/tv_bin/teamviewerd execve("/opt/teamviewer8/tv_bin/teamviewerd", ["/opt/teamviewer8/tv_bin/teamview"...], [/* 51 vars */]) = 0 and so on as is as i posted before. i tryed put teamviewerd in /usr/bin as workarount (after reading debian postinst script), but it fails to start too.

@alex-eri: Have never used strace, does this mean you put teamviewerd in '/usr/bin'? execve("/usr/bin/teamviewerd", ["teamviewerd"], [/* 49 vars */]) = 0

seems needs symlinks strace teamviewerd execve("/usr/bin/teamviewerd", ["teamviewerd"], [/* 49 vars */]) = 0 brk(0) = 0xa394000 mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb7750000 readlink("/proc/self/exe", "/opt/teamviewer8/tv_bin/teamview"..., 4096) = 35 access("/etc/ld.so.preload", R_OK) = -1 ENOENT (No such file or directory) open("/opt/teamviewer8/tv_bin/../lib/tls/i686/sse2/libpthread.so.0", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory) stat64("/opt/teamviewer8/tv_bin/../lib/tls/i686/sse2", 0xbfbc4240) = -1 ENOENT (No such file or directory) open("/opt/teamviewer8/tv_bin/../lib/tls/i686/libpthread.so.0", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory) stat64("/opt/teamviewer8/tv_bin/../lib/tls/i686", 0xbfbc4240) = -1 ENOENT (No such file or directory) open("/opt/teamviewer8/tv_bin/../lib/tls/sse2/libpthread.so.0", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory) stat64("/opt/teamviewer8/tv_bin/../lib/tls/sse2", 0xbfbc4240) = -1 ENOENT (No such file or directory) open("/opt/teamviewer8/tv_bin/../lib/tls/libpthread.so.0", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory) stat64("/opt/teamviewer8/tv_bin/../lib/tls", 0xbfbc4240) = -1 ENOENT (No such file or directory) open("/opt/teamviewer8/tv_bin/../lib/i686/sse2/libpthread.so.0", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory) stat64("/opt/teamviewer8/tv_bin/../lib/i686/sse2", 0xbfbc4240) = -1 ENOENT (No such file or directory) open("/opt/teamviewer8/tv_bin/../lib/i686/libpthread.so.0", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory) stat64("/opt/teamviewer8/tv_bin/../lib/i686", 0xbfbc4240) = -1 ENOENT (No such file or directory) open("/opt/teamviewer8/tv_bin/../lib/sse2/libpthread.so.0", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory) stat64("/opt/teamviewer8/tv_bin/../lib/sse2", 0xbfbc4240) = -1 ENOENT (No such file or directory)

@fuxter: I always leave upx disabled, all my roots are lzo btrfs.

@bawrak @Alucryd i just repackaged teamviewer without automatic `upx' and now it runs. i was getting core dumps before. weird.