-
Notifications
You must be signed in to change notification settings - Fork 157
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
Discussion: singletonlock #179
Comments
Have not run into that, but certainly sounds like a problem. What's this "singleton lock"? Sounds like it should be safe to delete before starting Chromium. 👍 |
SingletonLock is a file in ~/.config/chromium/ that is created to identify the profile using Chromium. If it is still there on a fresh launch (because it terminates incorrectly or something; I can't figure out the variable), it will prevent Chromium from booting without a dialog box that asks if you're sure (because it would overwrite the other profile). It's annoying. I have a little routine that deletes it now that is in a crontab on startup. It is even safe to delete it while the browser is up.
Here is an old link to where I figured out the fix. Note that the path to chromium is different now: |
Ahh, I figured it out. If you change the hostname and reboot it causes the locked Chromium. So this script eliminates that problem so that you can change the hostname headless and not worry about it. |
Oh wow, what an odd edge case. 😳 Wanna make a PR with that in the default crontab? 😇 |
Occasionally our screens are frozen on reboot because of the singletonlock issue with chromium. Is there any reason not to run a shell script to delete it (if it exists) on each boot?
The text was updated successfully, but these errors were encountered: