this post was submitted on 15 Jun 2025
510 points (96.0% liked)
linuxmemes
25655 readers
1091 users here now
Hint: :q!
Sister communities:
Community rules (click to expand)
1. Follow the site-wide rules
- Instance-wide TOS: https://legal.lemmy.world/tos/
- Lemmy code of conduct: https://join-lemmy.org/docs/code_of_conduct.html
2. Be civil
- Understand the difference between a joke and an insult.
- Do not harrass or attack users for any reason. This includes using blanket terms, like "every user of thing".
- Don't get baited into back-and-forth insults. We are not animals.
- Leave remarks of "peasantry" to the PCMR community. If you dislike an OS/service/application, attack the thing you dislike, not the individuals who use it. Some people may not have a choice.
- Bigotry will not be tolerated.
3. Post Linux-related content
- Including Unix and BSD.
- Non-Linux content is acceptable as long as it makes a reference to Linux. For example, the poorly made mockery of
sudoin Windows. - No porn, no politics, no trolling or ragebaiting.
4. No recent reposts
- Everybody uses Arch btw, can't quit Vim, <loves/tolerates/hates> systemd, and wants to interject for a moment. You can stop now.
5. π¬π§ Language/ΡΠ·ΡΠΊ/Sprache
- This is primarily an English-speaking community. π¬π§π¦πΊπΊπΈ
- Comments written in other languages are allowed.
- The substance of a post should be comprehensible for people who only speak English.
- Titles and post bodies written in other languages will be allowed, but only as long as the above rule is observed.
6. (NEW!) Regarding public figures
We all have our opinions, and certain public figures can be divisive. Keep in mind that this is a community for memes and light-hearted fun, not for airing grievances or leveling accusations. - Keep discussions polite and free of disparagement.
- We are never in possession of all of the facts. Defamatory comments will not be tolerated.
- Discussions that get too heated will be locked and offending comments removed. Β
Please report posts and comments that break these rules!
Important: never execute code or follow advice that you don't understand or can't verify, especially here. The word of the day is credibility. This is a meme community -- even the most helpful comments might just be shitposts that can damage your system. Be aware, be smart, don't remove France.
founded 2 years ago
MODERATORS
you are viewing a single comment's thread
view the rest of the comments
view the rest of the comments
I need systemd-run to start a process in my startup scripts (that are a systemd oneshot service) so that the process won't get killed when the startup scripts have run (subshells, nohup, ... still keep the same systemd cgroup so get killed with the tree).
I need journalctl to get output from services, so basically every system and user process I didn't explicitly start in a console. I don't even know how to get info from systemd stuff in any other way, as they don't have alternate logging facilities to my knowledge.
Systemd also ate my fstab at some point and translates mounts into services, but I haven't really looked into that.
I think there were a few more components packed into this systemd core. Without the init system/servixe manager, logging, ... you can't really use systemd stuff including parts of that core.
Past that, things like networkd, resolved, ... are very modular in my experience.
I can imagine running resolved under a different init system, and I have migrated both to and from resolved on systemd systems. They do still change old paradigms, resolved replaces a file not a service for example, but they do provide adequate translation layers and backwards compatibility in most cases (Though the mounts for example has lead to me getting 5 "run daemon-reload" info messages on every execution of mount before). An issue here might be when something only supports the new systemd interface not the old stuff, say a program directly calling resolved instead of looking at resolv.conf. But I haven't seen that, and most of those interfaces seem decent enough to implement into systemd-alternatives.
Maybe someome who actually tried cherrypicking some systemd stuff into their system can provide some more experience?
Fstabs gets converted into temporary unit files every time systems reloads config files (reboot or daemon-reload) so you can just keep using it like you always did. Actually it's the systemd suggested way to manage mountpoints unless you need something advanced that fstabs can't do.
My problem is 1) how do I revert to dedicated mount, and 2) mainly that I want to edit fstab, and mount without having to reload systemd. Dedicated mount doesn't need a reload, it simply pulls config from fstab at time of call.
I also don't see why you would ever want to reload service files due to editing fstab, it seems dumb in both directions. Those two systems should just be decoupled.
Fstab is still there untouched, it's the temporary units files that get replaced at reload.
The mount program works as normally, if you edit fstab and then
mount -ait will work as expected, it will just warn you that systemd is not aware of the change. It will reload it anyway at the next boot.daemon-reload is not daemon-restart, it just makes systemd re-read the configuration to make it aware of the changes, but the services don't get restarted. Some services (e.g. nginx) can re-read their confuration without restarting, those services are also made aware of the changes when reloading and can be reloaded individually.
You can edit any systemd units using
systemctl editso you don't need to reload (fstab is not a systemd unit)You probably mean daemon-reexec, which also does not restart services (it better not, would be really problematic if it did).
I do mean reload, which has uses, otherwise it wouldn't even exist and services would simply always reload: You may not want to reload yet, but keep a working state of service definitions in systemd while editing things, similar to typing away in a code file in production without saving yet.
I don't see why I would need to "save" all my service definitions to get a usable (non-spammy) mount back, especially when my mount isn't even part of systemd. How does the message even get sent by mount when mount is not aware of systemd?
PS: systemd can replace my text editor over my cold dead body
It doesn't replace the editor, it creates a stream and opens it in your default text editor. When you write out, it saves the stream to an appropriate drop in file