Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

teamviewer - aka running deamons #99

Closed
retos opened this issue Apr 5, 2013 · 28 comments
Closed

teamviewer - aka running deamons #99

retos opened this issue Apr 5, 2013 · 28 comments
Labels

Comments

@retos
Copy link

retos commented Apr 5, 2013

Has anyone accomplished to launch teamviewer?

@dnschneid
Copy link
Owner

Does it not work with the standard approach?

@retos
Copy link
Author

retos commented Apr 5, 2013

Nope, unfortunately not. I did the following:

Downloaded the newest 64-bit version from the teamviewer homepage.
(Since the shell command "uname -m" gave me "x86_64" back)

double clicked in file manager to open it with the package installer. Installation went trough, it appeared in the "Applications Menu" under "Internet". But clicking on it brings the error message: "Error. The Teamviewer deamon is not running..." Tried starting it with "sudo teamviewer --deamon start". Didn't work, system didn't know what I want.

I removed the installation and tried again. This time it mentioned something different:"wine: /home/retos/.config/teamviewer8 is not owned by you". Don't know what was different this time, might be because I tried to install VMWare Player in between?

Then I removed the package again. Installed wine with: "sudo apt-get install wine". And installed teamviewer again. Same message appeared when I tried to start the application(deamon not running).

Starting the deamon without the sudo, also does not do the trick. But gives me more errors:

Init...
Checking setup...
Launching TeamViewer...
fixme:service:scmdatabase_autostart_services Auto-start service L"MountMgr" failed to start: 2
fixme:service:scmdatabase_autostart_services Auto-start service L"PlugPlay" failed to start: 2
fixme:actctx:parse_depend_manifests Could not find dependent assembly L"Microsoft.Windows.Common-Controls" (6.0.0.0)
p11-kit: couldn't load module: /usr/lib/i386-linux-gnu/pkcs11/gnome-keyring-pkcs11.so: /usr/lib/i386-linux-gnu/pkcs11/gnome-keyring-pkcs11.so: cannot open shared object file: No such file or directory

ps: Forgive me if the formatting of this post looks bad, it's my very first post on gitbub! And last but not least: crouton rocks! Thanks a lot!

@dnschneid
Copy link
Owner

You probably ran something as sudo that wasn't supposed to be and now file permissions are funny; sudo chown -R 1000:1000 ~/.config/teamviewer8 should correct that.

Try adding /usr/bin/teamviewer --daemon start to /etc/rc.local, then exiting and entering the chroot.

@retos
Copy link
Author

retos commented Apr 6, 2013

Hmm, didnt work. After that I tried:

reto@localhost:~$ sudo sh /etc/rc.local 
[sudo] password for reto: 

initctl start teamviewerd
initctl: Unknown job: teamviewerd
fail

reto@localhost:~$ 

The output when starting the deamon manually still looks the same.

@retos
Copy link
Author

retos commented Apr 6, 2013

If I want to remove the whole thing and start fresh. It would be the command sudo delete-chroot evilchroot right?
Because that didn't work:

chronos@localhost / $ sudo delete-chroot evilchroot
/usr/local/chroots/evilchroot not found.

@michaelorr
Copy link
Contributor

evilchroot should be replaced with the name of the chroot you gave when you first created it. If you didn't specify one, the name will be the release version of ubuntu (which is precise by default). If you want to be certain of the name, just look at the output from ls /usr/local/chroots. By default crouton installs each chroot here in a separate directory based on the name.

@dnschneid
Copy link
Owner

Oh, it looks like teamviewer is trying to start its daemon via upstart, which won't work in crouton due to some pretty fundamental design choices with upstart (see relevant bugs for the issues involved).

Look inside /etc/init/teamviewerd for the commands it needs to run to launch, then try running them manually (as root).

@artemkolotilkin
Copy link

Just for future reference the command you need to run to launch TeamViewer is:

sudo /opt/teamviewer8/tv_bin/teamviewerd -f

@retos
Copy link
Author

retos commented Sep 10, 2013

Thank you.

On 10 September 2013 13:42, Artem Kolotilkin notifications@github.comwrote:

Just for future reference the command you need to run to launch TeamViewer
is:

sudo /opt/teamviewer8/tv_bin/teamviewerd -f


Reply to this email directly or view it on GitHubhttps://github.com//issues/99#issuecomment-24153347
.

@superlou
Copy link

superlou commented Apr 8, 2014

Using sudo /opt/teamviewer9/tv_bin/teamviewerd -f I was able to start the TeamViewer 9 daemon, and get the GUI to start. However, it says "Not ready. Please check your connection" and doesn't let me connect to an account. The sign in button seems disabled. Has anyone had any luck with TeamViewer 9?

@duuster
Copy link

duuster commented Apr 9, 2014

I was also able to get Teamviwer 9 running, but when the GUI starts I also get the "Not ready. Please check your connection" error.

@superlou
Copy link

I installed TeamViewer 8, and that has a "Ready to connect" message rather than the "check your connection" message. However, in the Computers and Contacts dialog, the Sign In box is still broken. If I click the Sign Up link, and select use an existing account, the Next button does not seem to do anything after I've entered my credentials.

@excel4
Copy link

excel4 commented Apr 21, 2014

I prefer the "instant support" / uninstalled versions of teamviewer. After installing wine I was unable to get teamviewer9 to work. teamviewer8 failed with a missing library. However, teamviewer7 seems to work. My environment is trusty/unity on a C710.

@nashtag
Copy link

nashtag commented Mar 8, 2015

I can get teamviewer to work, but like you, I can't connect or sign in.

"I installed TeamViewer 8, and that has a "Ready to connect" message rather than the "check your connection" message. However, in the Computers and Contacts dialog, the Sign In box is still broken. If I click the Sign Up link, and select use an existing account, the Next button does not seem to do anything after I've entered my credentials."

@AlexanderKomarov
Copy link

@excel4 thank you for your advice! It's a good point! Teamviewer7 works.

@forresthopkinsa
Copy link

Can confirm that initctl still shows Unknown job: teamviewerd when trying to install Teamviewer 10

@dnschneid
Copy link
Owner

Nothing has changed with upstart support; you still have to run the commands manually.

@forresthopkinsa
Copy link

Even then, doesn't work. I have yet to get Tv10 working on Crouton running Trusty.

@nevynduarte
Copy link

went through the folders using a file manager and found the file, added a shortcut to the desktop and works like a charm.

@forresthopkinsa
Copy link

It's okay. We don't need to use Crouton for Teamviewing anymore. Teamviewer 11 is now compatible directly with Chrome OS.

@kajodowe
Copy link

kajodowe commented May 8, 2016

forresthopkinsa -- Amen to that! Teamviewer 11 works wonderfully on the Chrome OS side to control a remote computer. I had the same issues as all users above and was not successful except to run it in Chrome.

@kajodowe
Copy link

kajodowe commented May 8, 2016

Oh and one more comment! I am always using my Chromebook on the crouton side so having Teamviewer running on the Chrome OS side is great because keeps the remote system out of my hair (so to speak) except for when I want to control my desktop remotely.

@ikey4u
Copy link

ikey4u commented Jul 11, 2016

Also I install teamview 11.0 on my ubuntu 14.04 x64, when i run commmand teamviewer --daemon start,it gives me errors like:initctl start teamviewerd initctl: Unknown job: teamviewerd fail
,so i just run the command with sudo sudo teamviewer --daemon start,it works fine and is able to connect to the network.One reason causing this error is that you login in as root user,and if you do not run the command with sudo,teamviewer may think you are not ROOT,really weird things!
May this help someone.

@forresthopkinsa
Copy link

I'm not totally understanding what you're saying @ikey4u but have you tried using sudo -h?

@ikey4u
Copy link

ikey4u commented Jul 18, 2016

@forresthopkinsa When you login in your system as root user,you may think you can run any commands in root privileges by default,but its not true.In some cases,you should use sudo to explicitly declare that you wanna to run the command in root privileges.For example ,you should run teamview with the command sudo teamviewer --daemon start but not the command teamviewer --daemon start even though you are root user.

@DennisLfromGA
Copy link
Collaborator

@ikey4u - You login into your system from crosh using sudo so 'root' can set things up, mounting directories, etc. But, you are logged into your user account, the one you specified when you installed your chroot. Therefore, you don't have root permissions and need to prefix commands/applicaitons that need root priveleges with sudo.

@ikey4u
Copy link

ikey4u commented Jul 19, 2016

@DennisLfromGA Wow! Excellent Explanation. Thank u ~

@wallace11
Copy link

Just for future reference, I was able to run Team Viewer inside chroot by using the "Unofficially supported" tar.xz version (v12.0.76279) by simply dl, extract and run the teamviewer executable. No extra libs required for me, worked right away.
Hope this helps someone in the future ;)

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
Development

No branches or pull requests