diff options
| author | Zbigniew Jędrzejewski-Szmek <zbyszek@in.waw.pl> | 2022-09-15 13:43:59 +0100 |
|---|---|---|
| committer | Zbigniew Jędrzejewski-Szmek <zbyszek@in.waw.pl> | 2022-09-20 16:48:50 +0200 |
| commit | b66a6e1a5838b874b789820c090dd6850cf10513 (patch) | |
| tree | df30d43665c3bd1e29d6efe294c2c9e5e237dfd0 /man/systemd-boot.xml | |
| parent | 483bf5643aa1bdb498d7055ea20f534eac1d1486 (diff) | |
| download | systemd-b66a6e1a5838b874b789820c090dd6850cf10513.tar.gz | |
man: "the initial RAM disk" → "the initrd"
In many places we spelled out the phrase behind "initrd" in full, but this
isn't terribly useful. In fact, no "RAM disk" is used, so emphasizing this
is just confusing to the reader. Let's just say "initrd" everywhere, people
understand what this refers to, and that it's in fact an initramfs image.
Also, s/i.e./e.g./ where appropriate.
Also, don't say "in RAM", when in fact it's virtual memory, whose pages
may or may not be loaded in page frames in RAM, and we have no control over
this.
Also, add <filename></filename> and other minor cleanups.
Diffstat (limited to 'man/systemd-boot.xml')
| -rw-r--r-- | man/systemd-boot.xml | 2 |
1 files changed, 1 insertions, 1 deletions
diff --git a/man/systemd-boot.xml b/man/systemd-boot.xml index 7a2d3ec826..0eee532f90 100644 --- a/man/systemd-boot.xml +++ b/man/systemd-boot.xml @@ -444,7 +444,7 @@ stored in the EFI variable <varname>LoaderSystemToken</varname> (see below). During early OS boot the system manager reads this variable and passes it to the OS kernel's random pool, crediting the full entropy it contains. This is an efficient way to ensure the system starts up with a fully initialized - kernel random pool — as early as the initial RAM disk phase. <command>systemd-boot</command> reads + kernel random pool — as early as the initrd phase. <command>systemd-boot</command> reads the random seed from the ESP, combines it with the "system token", and both derives a new random seed to update in-place the seed stored in the ESP, and the random seed to pass to the OS from it via SHA256 hashing in counter mode. This ensures that different physical systems that boot the same |