Linux
Welcome to c/linux!
Welcome to our thriving Linux community! Whether you're a seasoned Linux enthusiast or just starting your journey, we're excited to have you here. Explore, learn, and collaborate with like-minded individuals who share a passion for open-source software and the endless possibilities it offers. Together, let's dive into the world of Linux and embrace the power of freedom, customization, and innovation. Enjoy your stay and feel free to join the vibrant discussions that await you!
Rules:
-
Stay on topic: Posts and discussions should be related to Linux, open source software, and related technologies.
-
Be respectful: Treat fellow community members with respect and courtesy.
-
Quality over quantity: Share informative and thought-provoking content.
-
No spam or self-promotion: Avoid excessive self-promotion or spamming.
-
No NSFW adult content
-
Follow general lemmy guidelines.
view the rest of the comments
I've never used the --user flag to reset/restart a service.
Have you tried
systemctl reset-failed
?And then
systemctl daemon-reload
ordaemon-reexec
No I have not tried that, though pw-top still worked, in general pipewire still worked, I just didn't get any sound anymore....
The
--user
flag commands come from this reddit thread: https://www.reddit.com/r/pop_os/comments/v3g2w9/is_there_a_cli_command_to_restart_pipewire/Maybe try without the flag.
You can see what errors may have caused the issue by checking
systemctl status NAMEOFSERVICE.service
or
journalctl -xem -o with-unit -p1 -p2 -p3 | grep -i pipewire
That may additionally help you diagnose the cause.
Since they are started with the user session these services do only exist there. If you try to restart them without the flag they just don't exist.
The journal would be a nice way to look for sure, but the command you posted throws an error for me:
weird. Just change -xem to -xeb
You can also do
-xe --since yesterday
The
reset-failed
should also work to reset any/all failed units/services so you don't have to go through one by one.Fedora may be a bit different in the need for the --user flag, so try with/without.
But I've had an entire user scope crash and dump and recovered using it.