Part of the script did work, that confused me. I found the cause, selinux. When /etc/rc.d/rc.local is created the file gets it permission from the directory its in. In this case etc_t, I saw other init files had initrc_exec_t so I changed rc.local to initrc.exec_t and it worked.

On Sun, Sep 9, 2018 at 9:45 PM Ed Greshko <ed.greshko@greshko.com> wrote:
On 9/10/18 9:33 AM, Earl A Ramirez wrote:
> Why does that command not want to work in a startup script?  Is the boot
> environment different?
>
> By default rc-local is not running; therefore, you will need to enable the server
> # systemctl enable rc-local


That is unnecessary as it is a "static" service.  Check the note in
/lib/systemd/system/rc-local.service

# This unit gets pulled automatically into multi-user.target by
# systemd-rc-local-generator if /etc/rc.d/rc.local is executable.


> When you reboot your box the script will execute as long as the execute bit is on
> # chmod +x /etc/rc.local
>
Part of his script touches a file that he indicates does get created.  (I'm assuming
it previously didn't exist after a test.  :-) :-)  )

--
Cardinal Rule of Presentations: "Tell them what you are going to tell them, tell
them, then tell them what you told them."




_______________________________________________
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-leave@lists.fedoraproject.org
Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org