Hopefully the team developing Chrome Remote Desktop will hear us all out and soon change this behaviour. # while os.path.exists(X_LOCK_FILE_TEMPLATE % display):Īnother solution is to run applications from terminal with sudo, e.g. """Return a candidate display number for which there is currently no Then comment out the while loop: def get_unused_display_number(): As mentioned here, you could edit /opt/google/chrome-remote-desktop/chrome-remote-desktop (create a backup of this file first in case anything goes wrong): FIRST_X_DISPLAY_NUMBER = 0 # Replace 20 by 0 So whenever you're asked to enter your password using a GUI, the window appears on the main GUI session (session 7), and there's no way to access it from Chrome Remote Desktop directly.įortunately, there's a bit of hacking you can do to circumvent this. Normally the X server/GUI runs on session 7 (you can try and change sessions with Ctrl + Alt + F n, where n is the session number), and Chrome Remote Desktop uses a different one. It creates a new session which you can access remotely in parallel to the other sessions. This happens because of the way Chrome Remote Desktop works. You may need to sign into your MCAD Google account if you have not already. Looked for a chrome-remote-desktop user but that doesn't seem to exist - although there is a group by that grep 'chrome-remote-desktop' /etc/group Chrome Remote Desktop is a handy program that can allow Help Desk staff to. How can I give that user appropriate permissions? I know it's poor practice to add non-root users to root but I'm tempted ) How can I find out what "user" has triggered the xfce session I'm in? My theory is that I'm not actually logged in as my user, or that the GUI at least is being triggered by another user that doesn't have proper permissions. You may have to enter your computer password to give Chrome Remote Desktop access. I tried adding my user to netdev, but that didn't solve the groupsįoo adm cdrom sudo dip plugdev netdev lpadmin sambashare chrome-remote-desktop Follow the onscreen directions to download and install Chrome Remote Desktop. But I can't reboot (can't remember if this normally requires sudo - changing networks certainly rebootĪs soon as I sudo I can do anything through the command line - but this doesn't do me any good for all the stuff in the GUI I'd like to be able to do remotely. In terminal, it seems I'm logged in as my usual user. For example trying to enable my OpenVPN connection returns: If I try and do anything important (e.g restart, change networks, install software) through the GUI I get a permissions error. When I log in directly to the box, all is fine - the problem appears when I connect using Chrome Remote Desktop. I'm connecting to my remote server running Xubuntu.
0 Comments
Leave a Reply. |
AuthorWrite something about yourself. No need to be fancy, just an overview. ArchivesCategories |