It's not necessary to put in rc.local: I just went through this with someone else: that's what init scripts are for, to allow you to turn on, and turn off, the relevant feature in a user legible fashion, even in RHEL 7. On Sat, Aug 29, 2015 at 8:35 PM, greg boyd <[log in to unmask]> wrote: >> chmod +x is the same as a+x > actually, not quite. chmod +x adds x permission to all categories (user, > group, other) that your current umask allows. > so if your umask was 77 and the current perms were 744 (as above), > chmod +x > wouldn't do anything. > > On Sat, Aug 29, 2015 at 3:41 PM, Tom H <[log in to unmask]> wrote: >> >> On Sat, Aug 29, 2015 at 5:52 PM, ToddAndMargo <[log in to unmask]> >> wrote: >> > On 08/29/2015 02:18 PM, Jim Campbell wrote: >> >> >> >> To get systemd to start something at boot, you enter: >> >> >> >> systemctl enable foo >> > >> > Not on this one. But it is working now anyway, so go figure. >> > >> > # systemctl enable rc-local >> > The unit files have no [Install] section. They are not meant to be >> > enabled >> > using systemctl. >> > Possible reasons for having this kind of units are: >> > 1) A unit may be statically enabled by being symlinked from another >> > unit's >> > .wants/ or .requires/ directory. >> > 2) A unit's purpose may be to act as a helper for some other unit which >> > has >> > a requirement dependency on it. >> > 3) A unit may be started when needed via activation (socket, path, >> > timer, >> > D-Bus, udev, scripted systemctl call, ...). >> >> /usr/lib/systemd/system-generators/systemd-rc-local-generator >> creates a symlink from >> /run/systemd/generator/multi-user.target.wants/rc-local.service >> to >> /usr/lib/systemd/system/rc-local.service >> >> The above unit includes the following line >> ConditionFileIsExecutable=/etc/rc.d/rc.local >> >> So >> /run/systemd/generator/multi-user.target.wants/rc-local.service >> will be enabled in the multi-user runlevel if >> /etc/rc.d/rc.local >> is executable (it works for me if its mode is 744 so I don't >> understand why you need 755) > > > > > -- > -- greg > [log in to unmask] > Instructor, Computer Science > http://fog.ccsf.edu/~gboyd >