OpenRC: Difference between revisions

From Alpine Linux
(Added extra commands to quick-start and added detailed runlevel information)
(added warning and removed the content tag to avoid potential emptying of inittab file by new users)
 
(30 intermediate revisions by 19 users not shown)
Line 1: Line 1:
= Alpine Linux Init System =
Alpine Linux uses {{pkg|openrc}} for its init system. Refer to the excellent guide [https://docs.alpinelinux.org/user-handbook/0.1a/Working/openrc.html working with OpenRC] from Alpine Linux documentation project to learn the basics.
Alpine Linux uses [http://roy.marples.name/projects/openrc OpenRC] for its init system.


== Quick-Start Information ==
== Quick-Start Information ==
Alpine Linux has the following commands for managing services:
* <code>rc-update add service <runlevel></code>
* <code>rc-update del service <runlevel></code>
* <code>rc-service <service> <start | stop | restart></code><br />''(Equivalent to <code>/etc/init.d/service <start | stop | restart></code>)''
* <code>rc-status</code><br />''(To check services and their set runlevels)''
* <code>rc <runlevel></code><br />''(To change to a different runlevel)''


{{Tip|Prior to Alpine Linux 2.0, you might need to use the following commands instead: ''rc_add, rc_delete,'' and ''rc_status''.}}
The following commands are available to manage the init system:
* Basics:
{{Cmd|# rc-update add <service> <runlevel>}}
{{Cmd|# rc-update del <service> <runlevel>}}
{{Cmd|# rc-service <service> <start stop restart> # ⇔ /etc/init.d/service <start stop restart>}}
 
* To check services and their set runlevels:
{{Cmd|rc-status}}
 
* To change to a different runlevel:
{{Cmd|# openrc <runlevel>}}
 
* Reboot/Halt/Poweroff: (And their equivalent from traditional GNU/Linux systems)
{{Cmd|# reboot  # ⇔ shutdown now -r}}
{{Cmd|# halt    # ⇔ shutdown now -H}}
{{Cmd|# poweroff # ⇔ shutdown now -P}}


== Available Runlevels ==
== Available Runlevels ==
The available runlevels are:
The available runlevels are:
* <code>'''''default'''''</code> - Used if no runlevel is specified. (This is generally the runlevel you want to add services to.)
* '''default''' - Used if no runlevel is specified. (This is generally the runlevel you want to add services to.)
* <code>'''''hotplugged'''''</code>
* '''hotplugged'''
* <code>'''''needed'''''</code>
* '''manual'''
* <code>'''''manual'''''</code>


The special runlevels are:
The special runlevels are:
* <code>'''''sysinit'''''</code> - Brings up any system specific stuff such as <code>/dev</code>, <code>/proc</code> and optionally <code>/sys</code> for Linux based systems. It also mounts <code>/lib/rc/init.d</code> as a ramdisk using tmpfs where available unless <code>/</code> is mounted rw at boot. <code>'''rc'''</code> uses <code>/lib/rc/init.d</code> to hold state information about the services it runs. sysinit always runs when the host first starts and should not be run again.
* '''sysinit''' - Brings up system specific stuff such as <code>/dev</code>, <code>/proc</code> and optionally <code>/sys</code> for Linux based systems. It also mounts <code>/lib/rc/init.d</code> as a ramdisk using tmpfs where available unless <code>/</code> is mounted rw at boot. <code>'''rc'''</code> uses <code>/lib/rc/init.d</code> to hold state information about the services it runs. sysinit always runs when the host first starts and should not be run again.
* <code>'''''boot'''''</code> - Generally the only services you should add to the boot runlevel are those which deal with the mounting of filesystems, set the initial state of attached peripherals and logging. Hotplugged services are added to the boot runlevel by the system. All services in the boot and sysinit runlevels are automatically included in all other runlevels except for those listed here.
* '''boot''' - Generally the only services you should add to the boot runlevel are those which deal with the mounting of filesystems, set the initial state of attached peripherals and logging. Hotplugged services are added to the boot runlevel by the system. All services in the boot and sysinit runlevels are automatically included in all other runlevels except for those listed here.
* <code>'''''single'''''</code> - Stops all services except for those in the sysinit runlevel.
* '''single''' - Stops all services except for those in the sysinit runlevel.
* <code>'''''reboot'''''</code> - Changes to the shutdown runlevel and then reboots the host.
* '''reboot''' - Changes to the shutdown runlevel and then reboots the host.
* <code>'''''shutdown'''''</code> - Changes to the shutdown runlevel and then halts the host.
* '''shutdown''' - Changes to the shutdown runlevel and then halts the host.


== rc-update usage ==
== Preventing slow services from delaying boot ==
Usage: rc-update [options] add service <runlevel>
 
        rc-update [options] del service <runlevel>
Services that take a while to start will block the boot process until they complete. E.g.: <code>iwd</code> and <code>networking</code> might delay startup of an interactive system rather than start in the background.
        rc-update [options] show
 
This can be remedied as per Patrycja's blog post titled [https://ptrcnull.me/posts/openrc-async-services/ OpenRC: Start services after login prompt]. This solution makes use of [https://wiki.gentoo.org/wiki/OpenRC/Stacked%20runlevel stacked runlevels].
 
<br>
{{Warning| This solution requires editing the file '''/etc/inittab'''. If this file is edited wrongly, the system may not boot. Take adequate backup and gain necessary knowledge to edit files before proceeding.}}
* Create a custom runlevel (name is “async” here, but it doesn’t matter)
   
   
Options: [suChqv]
{{Cmd|# mkdir /etc/runlevels/async}}
  -s, --stack                      Stack a runlevel instead of a service
 
  -u, --update                      Force an update of the dependency tree
* Add default as a stacked runlevel
  -h, --help                        Display this help output
 
  -C, --nocolor                    Disable color output
{{Cmd|# rc-update add -s default async}}
  -v, --verbose                    Run verbosely
  -q, --quiet                      Run quietly


== rc-status usage ==
* Remove slow services from default and add them to async
Usage: rc-status [options] [runlevel1] [runlevel2] ...
 
{{Cmd|# rc-update del chronyd}}
  Options: [aclrsuChqv]
{{Cmd|# rc-update add chronyd async }}
  -a, --all                        Show services from all run levels
 
  -c, --crashed                    Show crashed services
* Add changing of runlevel to async by adding the line '''::once:/sbin/openrc async''' to /etc/inittab file:  
  -l, --list                        Show list of run levels
 
  -r, --runlevel                    Show the name of the current runlevel
After rebooting, services from async will start separately. This change does not affect other services that start from Default runlevel and they may still block agetty from running due to the wait label.
  -s, --servicelist                Show service list
 
  -u, --unused                      Show services not assigned to any runlevel
== cgroups v2 ==
  -h, --help                        Display this help output
 
  -C, --nocolor                    Disable color output
Since {{pkg|openrc}} 0.51 cgroups v2, or "unified", is the default.
  -v, --verbose                    Run verbosely
You can enable hybrid cgroups v1 & v2 by editing <code>/etc/rc.conf</code> and setting <code>rc_cgroup_mode="hybrid"</code>.
  -q, --quiet                      Run quietly
 
Then you should run
{{Cmd|# rc-service cgroups start}}
to take effect
 
and
{{Cmd|# rc-update add cgroups}}
to auto mount the cgroup filesystem on boot
 
== See also ==
* [https://github.com/OpenRC/openrc/blob/master/user-guide.md OpenRC user Guide]
* [https://github.com/OpenRC/openrc/blob/master/service-script-guide.md OpenRC Service Script Writing Guide]
* [https://wiki.gentoo.org/wiki/OpenRC Gentoo Wiki]
* [https://wiki.archlinux.org/title/OpenRC ArchWiki]
* [https://wiki.postmarketos.org/wiki/OpenRC PostmarketOS Wiki]
* [https://ptrcnull.me/posts/openrc-async-services/ Start services after login prompt]
[[Category:Booting]]
[[Category:System Administration]]
[[Category:Services]]

Latest revision as of 04:34, 25 September 2024

Alpine Linux uses openrc for its init system. Refer to the excellent guide working with OpenRC from Alpine Linux documentation project to learn the basics.

Quick-Start Information

The following commands are available to manage the init system:

  • Basics:

# rc-update add <service> <runlevel>

# rc-update del <service> <runlevel>

# rc-service <service> <start stop restart> # ⇔ /etc/init.d/service <start stop restart>

  • To check services and their set runlevels:

rc-status

  • To change to a different runlevel:

# openrc <runlevel>

  • Reboot/Halt/Poweroff: (And their equivalent from traditional GNU/Linux systems)

# reboot # ⇔ shutdown now -r

# halt # ⇔ shutdown now -H

# poweroff # ⇔ shutdown now -P

Available Runlevels

The available runlevels are:

  • default - Used if no runlevel is specified. (This is generally the runlevel you want to add services to.)
  • hotplugged
  • manual

The special runlevels are:

  • sysinit - Brings up system specific stuff such as /dev, /proc and optionally /sys for Linux based systems. It also mounts /lib/rc/init.d as a ramdisk using tmpfs where available unless / is mounted rw at boot. rc uses /lib/rc/init.d to hold state information about the services it runs. sysinit always runs when the host first starts and should not be run again.
  • boot - Generally the only services you should add to the boot runlevel are those which deal with the mounting of filesystems, set the initial state of attached peripherals and logging. Hotplugged services are added to the boot runlevel by the system. All services in the boot and sysinit runlevels are automatically included in all other runlevels except for those listed here.
  • single - Stops all services except for those in the sysinit runlevel.
  • reboot - Changes to the shutdown runlevel and then reboots the host.
  • shutdown - Changes to the shutdown runlevel and then halts the host.

Preventing slow services from delaying boot

Services that take a while to start will block the boot process until they complete. E.g.: iwd and networking might delay startup of an interactive system rather than start in the background.

This can be remedied as per Patrycja's blog post titled OpenRC: Start services after login prompt. This solution makes use of stacked runlevels.


Warning: This solution requires editing the file /etc/inittab. If this file is edited wrongly, the system may not boot. Take adequate backup and gain necessary knowledge to edit files before proceeding.


  • Create a custom runlevel (name is “async” here, but it doesn’t matter)

# mkdir /etc/runlevels/async

  • Add default as a stacked runlevel

# rc-update add -s default async

  • Remove slow services from default and add them to async

# rc-update del chronyd

# rc-update add chronyd async

  • Add changing of runlevel to async by adding the line ::once:/sbin/openrc async to /etc/inittab file:

After rebooting, services from async will start separately. This change does not affect other services that start from Default runlevel and they may still block agetty from running due to the wait label.

cgroups v2

Since openrc 0.51 cgroups v2, or "unified", is the default. You can enable hybrid cgroups v1 & v2 by editing /etc/rc.conf and setting rc_cgroup_mode="hybrid".

Then you should run

# rc-service cgroups start

to take effect

and

# rc-update add cgroups

to auto mount the cgroup filesystem on boot

See also