diff --git a/man/systemd-nspawn.xml b/man/systemd-nspawn.xml
index 8a527269d3..f52968a4f0 100644
--- a/man/systemd-nspawn.xml
+++ b/man/systemd-nspawn.xml
@@ -74,7 +74,7 @@
As a safety check systemd-nspawn will verify the existence of
/usr/lib/os-release or /etc/os-release in the container tree before
- starting the container (see
+ booting a container (see
os-release5). It might be
necessary to add this file to the container tree manually if the OS of the container is too old to contain this
file out-of-the-box.
@@ -84,8 +84,8 @@
template unit file systemd-nspawn@.service is provided to make this easy, taking the container
name as instance identifier. Note that different default options apply when systemd-nspawn is
invoked by the template unit file than interactively on the command line. Most importantly the template unit file
- makes use of the which is not the default in case systemd-nspawn is
- invoked from the interactive command line. Further differences with the defaults are documented along with the
+ makes use of the option which is not the default in case systemd-nspawn
+ is invoked from the interactive command line. Further differences with the defaults are documented along with the
various supported options below.
The machinectl1 tool may
@@ -105,7 +105,7 @@
Note that running two systemd-nspawn containers from the same directory tree will not make
processes in them see each other. The PID namespace separation of the two containers is complete and the containers
- will share very few runtime objects except for the underlying file system. Use
+ will share very few runtime objects except for the underlying file system. Rather use
machinectl1's
login or shell commands to request an additional login session in a running
container.
@@ -121,7 +121,7 @@
Options
- If option is specified, the arguments
+ If option is specified, the arguments
are used as arguments for the init program. Otherwise,
COMMAND specifies the program to launch
in the container, and the remaining arguments are used as