When I click on the Google Earth icon it wont launch & then when I use the terminal I see this
$ google-earth-pro
Reading profile /etc/firejail/google-earth-pro.profile
Reading profile /etc/firejail/google-earth.profile
Reading profile /home/home/.config/firejail/google-earth.local
Reading profile /etc/firejail/disable-common.inc
Reading profile /home/home/.config/firejail/disable-common.local
Reading profile /etc/firejail/disable-devel.inc
Reading profile /etc/firejail/disable-exec.inc
Reading profile /etc/firejail/disable-interpreters.inc
Reading profile /etc/firejail/disable-passwdmgr.inc
Reading profile /etc/firejail/disable-programs.inc
Reading profile /etc/firejail/whitelist-common.inc
Parent pid 10959, child pid 10960
Private /opt installed in 447.51 ms
18 programs installed in 16.21 ms
Warning: cleaning all supplementary groups
Warning: cleaning all supplementary groups
Warning: cleaning all supplementary groups
Warning: /sbin directory link was not blacklisted
Warning: /usr/sbin directory link was not blacklisted
Warning: cleaning all supplementary groups
Child process initialized in 617.14 ms
Google Earth appears to be running already. Please kill the
existing process, or delete /home/home/.googleearth/instance-running-lock if this is an error.
Parent is shutting down, bye...
The only way to see if GE crashes is to run it with the terminal for the first time without using the shortcut. And see if any issues get reported in the terminal.
I just did a full system reboot & tried to launch GE for the first time using the terminal and got the same output
$ google-earth-pro
Reading profile /etc/firejail/google-earth-pro.profile
Reading profile /etc/firejail/google-earth.profile
Reading profile /home/home/.config/firejail/google-earth.local
Reading profile /etc/firejail/disable-common.inc
Reading profile /home/home/.config/firejail/disable-common.local
Reading profile /etc/firejail/disable-devel.inc
Reading profile /etc/firejail/disable-exec.inc
Reading profile /etc/firejail/disable-interpreters.inc
Reading profile /etc/firejail/disable-passwdmgr.inc
Reading profile /etc/firejail/disable-programs.inc
Reading profile /etc/firejail/whitelist-common.inc
Parent pid 1327, child pid 1328
Private /opt installed in 804.05 ms
18 programs installed in 18.91 ms
Warning: cleaning all supplementary groups
Warning: cleaning all supplementary groups
Warning: cleaning all supplementary groups
Warning: /sbin directory link was not blacklisted
Warning: /usr/sbin directory link was not blacklisted
Warning: cleaning all supplementary groups
Child process initialized in 909.67 ms
Google Earth appears to be running already. Please kill the
existing process, or delete /home/home/.googleearth/instance-running-lock if this is an error.
Parent is shutting down, bye...
You can do one more thing. I think that .lock file doesn’t get cleared when you close GE. Do something like.
Remove the .lock file.
Run GE.
Reboot.
Don’t launch go to the folder path ls -l .googleearth/ and check if the .lock file is there.
If so that means GE might be running after you close it or it’s not clearing the file after fully closing itself. Which you can confirm by launching GE via terminal. Once open you can close and see the output of the closing sequence of GE. If it doesn’t close and reset the terminal prompt that means GE it is still running.
Yes, you are right. GE is leaving the lock file after closing
$ ls -l .googleearth/
total 64
drwx------ 6 home home 4096 Feb 2 14:28 Cache
lrwxrwxrwx 1 home home 8 Feb 2 14:28 instance-running-lock -> /proc/29
-rw-r--r-- 1 home home 25372 Feb 2 13:39 myplaces.backup.kml
-rw-r--r-- 1 home home 25372 Feb 2 14:28 myplaces.kml
drwxr-xr-x 2 home home 4096 Jan 27 14:32 'My Style Templates'
I meant this part in the comments referring to the locking issue, sorry if i was wrong :
Oddly enough, for me (also running Arch Linux btw) this doesn’t happen after rm -f ${HOME}/.googleearth/instance-running-lock before starting it again. When that folder is removed it starts happily again here. A basic shell wrapper script can handle this, but I agree that’s an ugly workaround at best (not to mention things breaks for users using firecfg). Without firejail I noticed GEP doesn’t properly remove that path (which is a symlink to /proc/) after shutting down, resulting in a dangling symlink. That should be fixed upstream IMO. As firejail uses a special setup for /proc this symlink always stays intact, confusing GEP into believing it is still running, so it throws that message shown by you above when you try to start it again. We would need a way to remove a file/dir on the real filesystem after shutting down the sandbox. That kind of functionality does not exist in firejail AFAIK.
I do realize this is not good news. The above - if correct - only hints at explaining what’s going on. Playing with the profile hasn’t resulted in a clean way to ‘fix’ this behaviour yet, if at all possible. Looks like an upstream bug that we can’t do much about. It’s my very first encounter with google-earth-pro though, so perhaps there’s something I’m not seeing here.
Sorry I missed that. Thanks. After installing GE it refused to launch inside firejail so I created a custom profile in ~/.config/firejail/google-earth.local with the following
private-bin readlink,dirname,basename,grep,sed
Then GE successfully launched inside firejail but this lock file issue appeared.