diff options
author | Jan Engelhardt <jengelh@inai.de> | 2013-07-02 05:44:04 +0200 |
---|---|---|
committer | Zbigniew Jędrzejewski-Szmek <zbyszek@in.waw.pl> | 2013-07-03 08:19:20 -0400 |
commit | 409dee2e44e7dc73d6bf00d782938e4cb4105f5b (patch) | |
tree | d7b1b56af3366bb15f2743cc767a0c51a966e5fa /man/bootup.xml | |
parent | 337fa161c40f26cb7c33847d666556d28905b6a9 (diff) |
man: more grammar improvements
- place commas
- expand contractions (this is written prose :)
- add some missing words
Diffstat (limited to 'man/bootup.xml')
-rw-r--r-- | man/bootup.xml | 27 |
1 files changed, 14 insertions, 13 deletions
diff --git a/man/bootup.xml b/man/bootup.xml index a596e85b70..65c2cee70e 100644 --- a/man/bootup.xml +++ b/man/bootup.xml @@ -56,26 +56,27 @@ and hand control over to a boot loader stored on a persistent storage device. This boot loader will then invoke an OS kernel from disk (or the network). In the - Linux case this kernel (optionally) extracts and - executes an initial RAM disk image (initrd) such as - <citerefentry><refentrytitle>dracut</refentrytitle><manvolnum>8</manvolnum></citerefentry> + Linux case, this kernel (optionally) extracts and + executes an initial RAM disk image (initrd), such as + generated by + <citerefentry><refentrytitle>dracut</refentrytitle><manvolnum>8</manvolnum></citerefentry>, which looks for the root file system (possibly using <citerefentry><refentrytitle>systemd</refentrytitle><manvolnum>1</manvolnum></citerefentry> for this). After the root file system is found and - mounted the initrd hands over control to the host's + mounted, the initrd hands over control to the host's system manager (such as <citerefentry><refentrytitle>systemd</refentrytitle><manvolnum>1</manvolnum></citerefentry>) - stored on the OS image which is then responsible for + stored on the OS image, which is then responsible for probing all remaining hardware, mounting all necessary file systems and spawning all configured services.</para> - <para>On shutdown the system manager stops all + <para>On shutdown, the system manager stops all services, unmounts all file systems (detaching the storage technologies backing them), and then (optionally) jumps back into the initrd code which unmounts/detaches the root file system and the storage - it resides on. As last step the system is powered down.</para> + it resides on. As a last step, the system is powered down.</para> <para>Additional information about the system boot process may be found in @@ -90,7 +91,7 @@ systems, services and drivers that are necessary for operation of the system. On <citerefentry><refentrytitle>systemd</refentrytitle><manvolnum>1</manvolnum></citerefentry> - systems this process is split up in various discrete + systems, this process is split up in various discrete steps which are exposed as target units. (See <citerefentry><refentrytitle>systemd.target</refentrytitle><manvolnum>5</manvolnum></citerefentry> for detailed information about target units.) The @@ -99,17 +100,17 @@ deterministic, but still adheres to a limited amount of ordering structure.</para> - <para>When systemd starts up the system it will + <para>When systemd starts up the system, it will activate all units that are dependencies of <filename>default.target</filename> (as well as recursively all dependencies of these - dependencies). Usually + dependencies). Usually, <filename>default.target</filename> is simply an alias of <filename>graphical.target</filename> or - <filename>multi-user.target</filename> depending on + <filename>multi-user.target</filename>, depending on whether the system is configured for a graphical UI or only for a text console. To enforce minimal ordering - between the units pulled in a number of well-known + between the units pulled in, a number of well-known target units are available, as listed on <citerefentry><refentrytitle>systemd.special</refentrytitle><manvolnum>7</manvolnum></citerefentry>.</para> @@ -178,7 +179,7 @@ <refsect1> <title>Bootup in the Initial RAM Disk (initrd)</title> <para>The initial RAM disk implementation (initrd) can - be set up using systemd as well. In this case boot up + be set up using systemd as well. In this case, boot up inside the initrd follows the following structure.</para> |