diff --git a/documentation/linux_configuration.pdf b/documentation/linux_configuration.pdf
index 4b83b78..9a4243c 100644
--- a/documentation/linux_configuration.pdf
+++ b/documentation/linux_configuration.pdf
@@ -1,3 +1,3 @@
 version https://git-lfs.github.com/spec/v1
-oid sha256:d4aa2b392ab9b80e7e6923f8ef277a79fe96142480f020a2d4bfdfa877aa071c
-size 1769481
+oid sha256:9d2470c1535dfea24a9b025d11b8d7442e6bd2b3fbe9f8bfe8815adb3ad3b6a6
+size 1769495
diff --git a/documentation/linux_configuration_01_general_setup.tex b/documentation/linux_configuration_01_general_setup.tex
index 81b8b9d..adc78a6 100644
--- a/documentation/linux_configuration_01_general_setup.tex
+++ b/documentation/linux_configuration_01_general_setup.tex
@@ -1896,15 +1896,15 @@ fortschrittlicherer Ansatz als der Versuch dies im Userspace zu tun.\\
 Wenn Sie unsicher sind, sagen Sie Y.
 
 \subparagraph{Specify the maximum number of memory regions for the elfcorehdr}$~$\\
-CONFIG\_CRASH\_MAX\_MEMORY\_RANGES [=8192] \textbf{[8192]}\\
+CONFIG\_CRASH\_MAX\_MEMORY\_RANGES [=\num{8192}] \textbf{[8192]}\\
 Für den Pfad des Systemaufrufs \texttt{kexec\_file\_load()} ist die maximale Anzahl
 der Speicherbereiche anzugeben, die der elfcorehdr-Puffer/das elfcorehdr-Segment aufnehmen kann.
 Diese Regionen werden über \texttt{walk\_system\_ram\_res()} ermittelt, z.\,B. die
 'System RAM'-Einträge in /proc/iomem. Dieser Wert wird mit NR\_CPUS\_DEFAULT kombiniert und mit
 \texttt{sizeof(Elf64\_Phdr)} multipliziert, um die endgültige elfcorehdr-Speicherpuffer-/Segmentgröße
-zu bestimmen. Der Wert 8192 beispielsweise deckt ein (dünn besiedeltes) 1TiB-System ab,
-das aus 128MiB-Memblöcken besteht, und führt zu einer elfcorehdr-Speicher\-puffer-/Segmentgröße
-von unter 1MiB. Dies ist eine vernünftige Wahl, um sowohl Baremetal- als auch virtuelle
+zu bestimmen. Der Wert \num{8192} beispielsweise deckt ein (dünn besiedeltes) \qty{1}{\tebi\byte}-System ab,
+das aus \qty{128}{\mebi\byte}-Memblöcken besteht, und führt zu einer elfcorehdr-Speicher\-puffer-/Segmentgröße
+von unter \qty{1}{\mebi\byte}. Dies ist eine vernünftige Wahl, um sowohl Baremetal- als auch virtuelle
 Maschinenkonfigurationen zu unterstützen.\\
 Für den Syscall-Pfad \texttt{kexec\_load()}
 ist CRASH\_MAX\_MEMORY\_RANGES Teil der Berechnung hinter dem Wert,