3 ms·
It doesn't work. The reason for this are systemd transactions. And how they intersect with units. A daemon reload recreates the transaction, this allows e.g. n
by constantcrying 3y ago
It doesn't work.
The reason for this are systemd transactions. And how they intersect with units. A daemon reload recreates the transaction, this allows e.g. new unit files to be correctly integrated into the dependency tree. As it turns out recreating the transaction from inside the transaction is not something systemd can do.
I don't even have a technical judgement on this. It doesn't seem like that severe of a limitation, but my point is that it is extremely complicated and that systemd does not work the way people think it does.
The real problem with systemd is that it often isn't the tool you should be using and that is what people are actually objecting too. Having a tool be extended to do things other tools are already doing for no conceivable reason. Why is the init system also the fstab, I don't think anyone would be able to actually explain coherently the thought process behind that.
- eternityforest 3y agoI assume they want fstab integration because the goal is to have everything as fully declarative, and also because mount units have a much more explicit, spelled out syntax. It's also far easier to edit with automated tools than fstab, since it's separate files and there's no ad hoc text parsing to change one line. I am guessing they didn't do it in a more modular way because the target audience doesn't really have any intent of swapping out many pieces of the OS, and it would be extra work to implement? If you want to do stuff the devs intended, in the way they intended, it's fantastic, but it seems to disappoint people who need or want to customize.