Cristian Rodr�������������������������������� wrote:
dhcpd dhcpd6 kbd dictd cifs monit mysql named zfs-fuse
If absent, those need native systemd units that do not have this issue, as there is no shell available for them at all.
Many of those are redundant now and can be safely ignored.
What about local startup scripts. I have a few to start services and monitor things of my own. That's one thing that seems to be a pain with the new systemd service, is that writing a shell script is pretty much standard SysAdmin knowledge. But is configuring a non-standards-compliant service like systemd going to be something so easily configured? Another problem I've been having lately is being unable to boot unless I first boot into 'S' and mount /usr. Since that works... maybe a variation on that could be the workaround for booting with separate user directly from disk? I.e. run levels won't be used anymore, but I can use run-level 'S' to mount /usr and then run init 3 to bring up my system. Perhaps I could have a new init-3 script that would first mount /usr (what is done manually by me in 'S'? Is there a reason why that wouldn't work -- since "procedurally", it seems to work now -- with the downside that I must mount /usr manually and then type in init 3. Is there a reason why that can't be automated as a workaround for needing /usr available during boot? I'm still unclear about /usr/share. Supposedly /usr/share is supposed to be architecture independent and is often made exportable -- and makes sense as it's own partition. Does it also have to be mounted before boot? What file systems is systemd capable of mounting before it brings up the rest of the system? Or rather what other file systems besides /usr is it not capable of mounting? /tmp? /var/tmp? /var? /var/cache /proc? For that matter, why can systemd mount /proc and /sys, but not /usr? -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org