-
Notifications
You must be signed in to change notification settings - Fork 38
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
CYD-klipper-serial not starting at boot #162
Comments
Is your user being used on startup? As in, is a session created under your user during boot? I wonder if i should use a root version (what does --user do when you're the root user? Does it act like you just invoked it without user?) |
Doesn't klipper normally run in user space? So I would think a session is being created. Running a systemctl --user start gives the following response: Failed to connect to bus: $DBUS_SESSION_BUS_ADDRESS and $XDG_RUNTIME_DIR not defined (consider using --machine=@.host --user to connect to bus of other user) So yeah looks like it's complaining you aren't a user. |
@SartorialGrunt0 I just added a fix in the dev branch to install the service as root (uninstall first, then just sudo ./install.sh. You will be asked if you want to install under the root user). Can you give this a try? |
Installing from root with your dev build does indeed resolve the issue! |
I've noticed that the cyd-klipper-serial service is refusing to start at bootup and states "inactive (dead)". If I manually start the service with a "systemctl --user start cyd-Klipper-serial" it comes up fine.
I tried running the command "systemctl --user enable cyd-klipper-serial" and verified that it's enabled with an "is-enabled" command. This did not resolve it.
Hardware/OS: Pi 3B+, latest rasbian lite 32bit
Let me know if there is any more details I can provide. I suspect this may be unique to my install but I'm unsure. I'm guessing another service is getting in the way or the "WantedBy=multi-user.target" isnt calling the service for some reason.
The text was updated successfully, but these errors were encountered: