ISSUE: Could not disable Docker Desktop when logging in.
OS: EndeavorOS 6.13.2-arch1-1
App Version: 4.38.0-1
Steps to reproduce: Install Docker-Desktop following instructions from docker.com website.
I searched the forums, git, etc with google sending me around in circles with the Artificial Idiocy suggestions that did not help.
I just want Docker Desktop to not start when I login.
Docker Desktop System Settings to Start Docker Desktop at startup or login was left unchecked. So, no… Desktop was not starting that way.
Using various systemctl commands to list services, etc… only output docker.service and docker.socket when using grep. Docker-desktop as suggested by one post somewhere on some godforsaken ancient forum that google decided to send me to, was never listed.
Used systemctl to stop and disable ANY & ALL services, sockets, etc. with "docker’ in the name. Restarted computer several times.
Docker Desktop, after many restarts, magically and mysteriously quit, closing the window, after over 10 minutes of being logged in, without user assistance. Upon which, restarting and logging in… Docker Desktop was not running… I hope not in the background though.
Did find post from May 10th, 2024 (on git) with this issue and (after all the above), issued the systemctl --user disable docker-desktop.service and for good measure, -.socket. Just be sure. You got to nuke it from orbit. Oh, and that issue is still marked “TRIAGE”.
Now, after all of that…
What are the steps necessary to stop Docker Desktop from loading every time one logs into their computer, without having to stop and disable docker.service, docker.socket, docker-desktop, etc?
I’m getting the Google Runaround and feeding their ad machine every time they send me to a page that turns out to be irrelevant or so far out of date that dinosaurs were still around. Though, they love serving their ******* ads to everyone’s web browser chuckling about it, thanks to Google’s crap AD engine that masquerades as a “search” engine. At this point, it is obvious that Google’s crap search results are intentional, for people to click on pages and pages of irrelevant and misleading search results as a way for Google to generate ad revenue.
Now that you expressed your concerns including strong statements, let’s continue calmly. This is a community forum where everyone either needs help or tries to help. I will try too.
Note that I don’t know EndeavorOS, only that it is based on Arch Linux. IUnfortunately I don’t use Arch or other Arch-based distros either. I found this in the documentation:
An experimental package is available for Arch-based distributions. Docker has not tested or verified the installation.
That aside, finding out how a program started on Linux is usually easier to me than doing it on other systems, since it is usually done by a Systemd service which can be disabled (as you already mentioned that you tried) or I can search for the command name on the filesystem, which is usually done under /etc following symlinks. If it is indeed not a Systemd service, but something else, I’m not sure what it could be.
Since we can only help if we know what we don’t have to recommend, because we know it was tried, please
Can you please share the link to the issue you found?
Please, also share what the result of that command was and what was the command you tried when you tried to list services related to Docker. Was it also one that had the --user flag?
If we can’t help, you can try the Arch Linux forum as well, where you probably have better chance to find someone who is using Arch -based distros and Docker Desktop or just knows Arch well enough to tell you how to find out why a service starts automatically when you can’t find it as a systemd unit.
What I found interesting is that when listing processes (services, sockets, etc) with systemctl? docker-desktop.service was not listed at all. Even when using ps -aux (forgive me if I miss some capitalization(s)).
Yet, when I issued, “systemctl --user disable docker-desktop.service”… systemctl responded with a positive hit. On a service that could not be listed.
This was after Docker Desktop suddenly closed, without user intervention. And AFTER a system restart.
Since I don’t like services that can’t be listed, running on my machine… I’m wiping my machine since unlisted services are never good. Just as a precaution. Whether warranted or not.
Docker Desktop will just have to remain uninstalled.
It looked interesting. It is probably useful to many. Just not for me with unresolved triage bugs and the above mentioned issue(s). Unfortunately, borgaar did not list his system in his post. I’ve revised mine to reflect the information and added the unlisted service reference.
The only other issue that I failed to mention, that after uninstalling using Arch Linux (and this is Endeavor so it could be different) following docker dot com webpate… some files were not found. I did search for them in other directories, but no dice. I suspect that removing Docker Desktop with yay removed those files as well. Though the reference to " credsStore and currentContext properties" were found in the proper place.
As for Google? That is exactly what they do. Unfortunately, they are the best of the **** search engines with AI making it worse. I forget which Physics professor who uses “AI” made a fantastic video of why AI is nothing more than false advertising. Useful as it is…