Linux - DesktopThis forum is for the discussion of all Linux Software used in a desktop context.
Notices
Welcome to LinuxQuestions.org, a friendly and active Linux Community.
You are currently viewing LQ as a guest. By joining our community you will have the ability to post topics, receive our newsletter, use the advanced search, subscribe to threads and access many other special features. Registration is quick, simple and absolutely free. Join our community today!
Note that registered members see fewer ads, and ContentLink is completely disabled once you log in.
If you have any problems with the registration process or your account login, please contact us. If you need to reset your password, click here.
Having a problem logging in? Please visit this page to clear all LQ-related cookies.
Get a virtual cloud desktop with the Linux distro that you want in less than five minutes with Shells! With over 10 pre-installed distros to choose from, the worry-free installation life is here! Whether you are a digital nomad or just looking for flexibility, Shells can put your Linux machine on the device that you want to use.
Exclusive for LQ members, get up to 45% off per month. Click here for more info.
On my Fedora 14, it's in /etc/rc.d/rc.local with a link from /etc/rc.local. But surely this is part of the Sys V init system? It might be ignored because Fedora 16 is using startd or whatever it's called.
First, bear in mind that the rc.local script is not strictly a *nix rc type of service start up command. What I am saying here is that depending on the run-level, services should be started up under the rc.x directories. So, the solution I have used is to create a legitimate service under the /etc/init.d directory and to start the service automatically using chkconfig. For example, I wanted to customize my resolv.conf file. So, the solution went as follows:
case "$1" in
"start")
# start daemon
echo "Altering the resolv.conf file"
RETVAL=$?
\cp -f /opt/resolv.conf /etc/resolv.conf
;;
*)
echo "Usage: $0 {start}"
exit 1
;;
esac
Next, I turned the bash program into a service:
# chmod +x /etc/init.d/res
# chkconfig --add res
# chkconfig --list | grep res
# chkconfig res on
# service res start
Finally, I verified the operation of the bash program, after the boot-up. Voila, fixed!
One more thing.....Fedora may be for "tinkering" as a Beta operating system, but, I would guess that some of the persons on this forum are supposed "IT guys". Please be aware that some of these frameworks were put in the original Unix System V OS.
rc.local's place is /etc/rc.d/rc.local
rc.local should be executable (mode 755).
Create a symlink in /etc/systemd/system/multi-user.target.wants/ to tell Fedora to execute rc-local service (which executes rc.local): ln -s /lib/systemd/system/rc-local.service /etc/systemd/system/multi-user.target.wants/rc-local.service
Check with systemctl status rc-local.service if rc-local has been executed on boot or resume.
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.