Re: L-o-n-g delay for rc.local in systemd on Ubuntu.

2017-08-08 Thread Tom Buskey
If you put it in systemd, it won't hold up login. I can often ssh into systems before the whole boot finishes. I don't remember if the login: on the console was affected. I did Solaris 10 until about 5 years ago. They replaced SysV init with SMF which did dependency checking, etc. Crucially,

Re: L-o-n-g delay for rc.local in systemd on Ubuntu.

2017-08-08 Thread Jerry Feldman
+1 for me also. When things like this change, we must also change with it. On 08/08/2017 12:08 PM, Dan Garthwaite wrote: +1 Tom. Not to detract in any way from his answer - he is spot on and everyone should learn systemd if they are using systemd. If it isn't a daemon and just something

Re: L-o-n-g delay for rc.local in systemd on Ubuntu.

2017-08-08 Thread Dan Garthwaite
+1 Tom. Not to detract in any way from his answer - he is spot on and everyone should learn systemd if they are using systemd. If it isn't a daemon and just something that's gotta be done once after a power outage I've used CRON's @REBOOT. Especially for non-root users.

Re: L-o-n-g delay for rc.local in systemd on Ubuntu.

2017-08-08 Thread Tom Buskey
If your system is using systemd, don't use rc.local. rc.local is not deterministic in systemd. I've had to move everything out of rc.local and learn systemd to get reliable starting. I created something like this (run_on_boot.service) [Unit] Description=Run at startup After=network.target