X-Git-Url: http://www.chiark.greenend.org.uk/ucgi/~ianmdlvl/git?p=elogind.git;a=blobdiff_plain;f=man%2Fsystemd.xml;h=0798f231b93e84df1413924c677d26da20e12ffc;hp=ba775c5c91197c902639ad46f2f86e34b55ffd1e;hb=ab861dd00a0729fef64203dd2b9aac1f22047e36;hpb=f3e219a238c716ffa06fab7b0618197c090dfd5a diff --git a/man/systemd.xml b/man/systemd.xml index ba775c5c9..0798f231b 100644 --- a/man/systemd.xml +++ b/man/systemd.xml @@ -117,7 +117,7 @@ Extract D-Bus interface introspection data. This is - mostly useful at build at install time + mostly useful at install time to generate data suitable for the D-Bus interfaces repository. Optionally the interface @@ -232,7 +232,7 @@ configuration or dynamically from system state. Units may be active (meaning started, bound, plugged in, ... depending on the unit type), or inactive (meaning - stopped, unbound, unplugged, ...), as well is in the + stopped, unbound, unplugged, ...), as well as in the process of being activated or deactivated, i.e. between the two states. The following unit types are available: @@ -291,7 +291,7 @@ systemd. They are described in systemd.swap5. Path units may be used - activate other services when file system + to activate other services when file system objects change or are modified. See systemd.path5. @@ -303,7 +303,7 @@ systemd.special7. On boot systemd activates the target unit - default.target whose job it is to + default.target whose job is to activate on-boot services and other on-boot units by pulling them in via dependencies. Usually the unit name is just an alias (symlink) for either @@ -318,7 +318,7 @@ systemd.special7 for details about these target units. - Processes systemd spawns ared placed in + Processes systemd spawns are placed in individual Linux control groups named after the unit which they belong to in the private systemd hierarchy. (see /dev/initctl interface is - provided, and comaptibility implementations of the - various SysV client tools available. In addition to - that various established Unix functionality such as + provided, and compatibility implementations of the + various SysV client tools are available. In addition to + that, various established Unix functionality such as /etc/fstab or the utmp database are supported.