Einführung
In diesem Lab sammeln Sie praktische Erfahrungen bei der Verwaltung von Speicherpartitionen und Swap-Speicher auf Red Hat Enterprise Linux (RHEL)-Systemen. Sie lernen, XFS-Partitionen zu erstellen und dauerhaft einzubinden sowie Swap-Partitionen mit unterschiedlichen Prioritäten zu konfigurieren und zu aktivieren. Das Lab nutzt die LabEx-VM-Umgebung mit verfügbaren Speichergeräten, sodass Sie diese grundlegenden Systemadministrationsfähigkeiten üben können.
Sie beginnen mit der Überprüfung der verfügbaren Festplatten und fahren dann mit dem Erstellen und Verwalten von Partitionen fort, einschließlich der Einrichtung von GPT-Partitionstabellen, wo dies erforderlich ist. Das Lab legt den Schwerpunkt auf die Sicherstellung dauerhafter Mounts und der Swap-Aktivierung, um ein umfassendes Verständnis der Festplattenverwaltung in einer RHEL-Umgebung zu vermitteln.
Die verfügbare Übungsfestplatte untersuchen
In diesem Schritt untersuchen Sie die verfügbaren Speichergeräte auf Ihrer LabEx-VM. Die LabEx-Umgebung stellt ein zusätzliches Speichergerät für Partitionierungsübungen bereit, dessen Gerätename jedoch je nach VM-Instanz variieren kann.
Wechseln Sie zunächst zum Root-Benutzer, um Festplattenverwaltungsaufgaben durchzuführen. Sie sind derzeit als Benutzer labex mit sudo-Berechtigungen angemeldet.
sudo su -
Untersuchen Sie nun die verfügbaren Blockgeräte auf dem System mit dem Befehl lsblk:
lsblk
Sie sollten eine Ausgabe ähnlich der folgenden sehen, die die Systemfestplatte und eine zusätzliche Festplatte zeigt:
NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINTS
vda 253:0 0 40G 0 disk
├─vda1 253:1 0 1M 0 part
├─vda2 253:2 0 100M 0 part /boot/efi
└─vda3 253:3 0 39.9G 0 part /
nvme1n1 259:0 0 40G 0 disk
Identifizieren Sie als Nächstes die zusätzliche Übungsfestplatte und definieren Sie wiederverwendbare Shell-Variablen für die verbleibenden Schritte. Die Variable PRACTICE_DISK speichert das Festplattengerät, und PART_PREFIX handhabt den Unterschied bei der Partitionsbenennung zwischen Geräten wie /dev/vdb1 und /dev/nvme1n1p1.
export ROOT_PARTITION="$(findmnt -n -o SOURCE /)"
export ROOT_DISK="/dev/$(lsblk -no PKNAME "$ROOT_PARTITION")"
export PRACTICE_DISK="$(lsblk -dpno NAME,TYPE | awk -v root="$ROOT_DISK" '$2=="disk" && $1 != root {print $1; exit}')"
if [[ "$PRACTICE_DISK" =~ [0-9]$ ]]; then
export PART_PREFIX="${PRACTICE_DISK}p"
else
export PART_PREFIX="${PRACTICE_DISK}"
fi
echo "Practice disk: $PRACTICE_DISK"
echo "Partition prefix: $PART_PREFIX"
Sie sollten eine Ausgabe ähnlich der folgenden sehen. Ihr Gerätename könnte /dev/vdb, /dev/nvme0n1 oder /dev/nvme1n1 lauten.
Practice disk: /dev/nvme1n1
Partition prefix: /dev/nvme1n1p
Verwenden Sie den Befehl lsblk mit der Option -f, um Dateisysteminformationen für die Übungsfestplatte anzuzeigen:
lsblk -f "$PRACTICE_DISK"
Sie sollten eine Ausgabe ähnlich der folgenden sehen, die darauf hinweist, dass die Übungsfestplatte eine neue, unformatierte Festplatte ist:
NAME FSTYPE FSVER LABEL UUID FSAVAIL FSUSE% MOUNTPOINTS
nvme1n1
Verwenden Sie anschließend den Befehl parted, um detailliertere Informationen über die Festplatte zu erhalten, einschließlich ihrer Partitionstabelle:
parted "$PRACTICE_DISK" print
Die Ausgabe sollte zeigen, dass sich noch keine Partitionstabelle auf der Übungsfestplatte befindet. Das Modell und der Gerätename stimmen mit Ihrer VM-Instanz überein:
Error: /dev/nvme1n1: unrecognised disk label
Model: Amazon Elastic Block Store (nvme)
Disk /dev/nvme1n1: 42.9GB
Sector size (logical/physical): 512B/512B
Partition Table: unknown
Disk Flags:
Dies bestätigt, dass die zusätzliche Übungsfestplatte für die Partitionierung bereit ist. Die Fehlermeldung ist normal für eine Festplatte, die noch nicht mit einer Partitionstabelle initialisiert wurde.
Eine XFS-Partition auf der Übungsfestplatte erstellen und dauerhaft einbinden
In diesem Schritt erstellen Sie eine neue Partition auf der Übungsfestplatte, formatieren sie mit dem XFS-Dateisystem und konfigurieren sie für das dauerhafte Einbinden.
Die folgenden Befehle setzen voraus, dass Sie sich noch in derselben Root-Shell aus Schritt 1 befinden, sodass die Variablen PRACTICE_DISK und PART_PREFIX weiterhin verfügbar sind. Sie erstellen eine 1 GB große primäre Partition auf dieser Festplatte und geben als Dateisystemtyp XFS an. Der Beginn bei Sektor 2048s ist eine gängige Wahl für die Ausrichtung.
Erstellen Sie zunächst eine Partitionstabelle auf der nicht initialisierten Festplatte. Verwenden Sie parted im interaktiven Modus, um die Partitionstabelle und die Partition zu erstellen:
parted "$PRACTICE_DISK"
GNU Parted 3.5
Using /dev/nvme1n1
Welcome to GNU Parted! Type 'help' to view a list of commands.
(parted) mklabel msdos
(parted) mkpart
Partition type? primary/extended? primary
File system type? [ext2]? xfs
Start? 2048s
End? 1001MB
(parted) quit
Information: You may need to update /etc/fstab.
Hinweis: Der Befehl mklabel msdos erstellt eine MBR (Master Boot Record)-Partitionstabelle auf der Festplatte. Dies ist erforderlich, bevor Sie Partitionen erstellen können. Nach dem Erstellen der Partitionstabelle können Sie mit mkpart fortfahren, um die eigentliche Partition zu erstellen. Da die Partition bei Sektor 2048s beginnt, führt das Festlegen der Endposition auf 1001MB zu einer Partitionsgröße von etwa 1 GB. Wenn Sie parted beenden, sehen Sie eine Informationsmeldung zum Aktualisieren von /etc/fstab, was normal ist.
Um zu überprüfen, ob die Partition erstellt wurde, geben Sie die Partitionstabelle für die Übungsfestplatte aus:
parted "$PRACTICE_DISK" print
Sie sollten eine Ausgabe ähnlich der folgenden sehen, die Ihre neu erstellte primäre Partition zeigt:
Model: Amazon Elastic Block Store (nvme)
Disk /dev/nvme1n1: 42.9GB
Sector size (logical/physical): 512B/512B
Partition Table: msdos
Disk Flags:
Number Start End Size Type File system Flags
1 1049kB 1001MB 1000MB primary
Führen Sie nach dem Erstellen einer neuen Partition udevadm settle aus, damit der Kernel das neue Partitionsgerät, wie /dev/vdb1 oder /dev/nvme1n1p1, registriert.
udevadm settle
Nachdem die Partition erstellt wurde, formatieren Sie sie mit dem XFS-Dateisystem:
mkfs.xfs "${PART_PREFIX}1"
Die Ausgabe zeigt Details zur Erstellung des XFS-Dateisystems:
meta-data=/dev/nvme1n1p1 isize=512 agcount=4, agsize=61056 blks
= sectsz=512 attr=2, projid32bit=1
= crc=1 finobt=1, sparse=1, rmapbt=0
= reflink=1 bigtime=1 inobtcount=1 nrext64=0
data = bsize=4096 blocks=244224, imaxpct=25
= sunit=0 swidth=0 blks
naming =version 2 bsize=4096 ascii-ci=0, ftype=1
log =internal log bsize=4096 blocks=16384, version=2
= sectsz=512 sunit=0 blks, lazy-count=1
realtime =none extsz=4096 blocks=0, rtextents=0
Um das Dateisystem zugänglich zu machen, erstellen Sie ein Mount-Point-Verzeichnis. Sie binden diese Partition unter /archive ein.
mkdir -p /archive
Für das dauerhafte Einbinden fügen Sie einen Eintrag zu /etc/fstab hinzu. Verwenden Sie die UUID der Partition, da Gerätenamen wie /dev/vdb1 oder /dev/nvme1n1p1 je nach Umgebung variieren können.
Ermitteln Sie die UUID der ersten Partition:
lsblk --fs "${PART_PREFIX}1"
Notieren Sie sich die UUID aus der Ausgabe. Sie sieht etwa so aus: 881e856c-37b1-41e3-b009-ad526e46d987.
NAME FSTYPE FSVER LABEL UUID FSAVAIL FSUSE% MOUNTPOINTS
nvme1n1p1 xfs 2ee03827-6acf-4543-9a21-0fd031250b45
Öffnen Sie nun die Datei /etc/fstab mit nano und fügen Sie eine neue Zeile für Ihre Partition hinzu. Ersetzen Sie YOUR_UUID_HERE durch die tatsächliche UUID, die Sie gerade gefunden haben.
nano /etc/fstab
Fügen Sie die folgende Zeile am Ende der Datei hinzu:
UUID=YOUR_UUID_HERE /archive xfs defaults 0 0
Speichern Sie die Datei, indem Sie Ctrl+X, dann Y zur Bestätigung und Enter zum Schreiben in die Datei drücken.
Nachdem Sie /etc/fstab geändert haben, weisen Sie systemd an, seine Konfiguration neu zu laden, damit der neue Eintrag erkannt wird.
systemctl daemon-reload
Binden Sie schließlich das neue Dateisystem mithilfe des Eintrags in /etc/fstab ein.
mount /archive
Überprüfen Sie, ob das neue Dateisystem korrekt eingebunden ist:
mount | grep /archive
Sie sollten eine Ausgabe ähnlich der folgenden sehen, die das erfolgreiche Einbinden bestätigt:
/dev/nvme1n1p1 on /archive type xfs (rw,relatime,seclabel,attr2,inode64,logbufs=8,logbsize=32k,noquota)
Eine Swap-Partition auf der Übungsfestplatte erstellen und aktivieren
In diesem Schritt erstellen Sie eine Swap-Partition auf der Übungsfestplatte. Swap-Speicher ist ein Teil einer Festplatte (HDD) oder eines Solid-State-Laufwerks (SSD), der als temporärer Speicher verwendet wird, wenn dem System der physische Arbeitsspeicher (RAM) ausgeht. Er fungiert als Überlauf für den RAM und ermöglicht es dem System, auch bei Speicherknappheit weiterzuarbeiten, wenn auch mit geringerer Geschwindigkeit.
Untersuchen Sie zunächst die aktuelle Partitionstabelle auf der Übungsfestplatte, um zu bestimmen, wo die neue Swap-Partition erstellt werden soll.
parted "$PRACTICE_DISK" print
Sie sollten die vorhandene XFS-Partition (${PART_PREFIX}1) sehen, die Sie im vorherigen Schritt erstellt haben:
Model: Amazon Elastic Block Store (nvme)
Disk /dev/nvme1n1: 5369MB
Sector size (logical/physical): 512B/512B
Partition Table: msdos
Disk Flags:
Number Start End Size Type File system Flags
1 1049kB 1001MB 1000MB primary xfs
Fügen Sie nun eine neue primäre Partition von 500 MB zur Verwendung als Swap-Speicher hinzu. Die neue Partition beginnt unmittelbar nach der vorhandenen ersten Partition, also bei 1001MB und endet bei 1501MB.
Verwenden Sie parted im nicht-interaktiven Modus, um diese Partition zu erstellen:
parted "$PRACTICE_DISK" mkpart primary linux-swap 1001MB 1501MB
Möglicherweise sehen Sie erneut die Meldung Information: You may need to update /etc/fstab..
Überprüfen Sie Ihre Arbeit, indem Sie die Partitionen auf der Übungsfestplatte auflisten:
parted "$PRACTICE_DISK" print
Sie sollten nun zwei Partitionen sehen, wobei die zweite Ihre neue Swap-Partition ist:
Model: Amazon Elastic Block Store (nvme)
Disk /dev/nvme1n1: 42.9GB
Sector size (logical/physical): 512B/512B
Partition Table: msdos
Disk Flags:
Number Start End Size Type File system Flags
1 1049kB 1001MB 1000MB primary xfs
2 1001MB 1501MB 499MB primary swap
Führen Sie wie zuvor udevadm settle aus, um sicherzustellen, dass das System die neue Partition registriert und ihre Gerätedatei, wie /dev/vdb2 oder /dev/nvme1n1p2, erstellt.
udevadm settle
Formatieren Sie nun die zweite Partition als Swap-Speicher mit dem Befehl mkswap:
mkswap "${PART_PREFIX}2"
Die Ausgabe zeigt Details zur Erstellung des Swap-Speichers, einschließlich seiner Größe und einer generierten UUID:
Setting up swapspace version 1, size = 476 MiB (499118080 bytes)
no label, UUID=4379b167-ab39-4c83-bf7c-b28fbdb38725
Um den neuen Swap-Speicher für die dauerhafte Aktivierung zu konfigurieren, fügen Sie einen Eintrag zu /etc/fstab hinzu. Ermitteln Sie zunächst die UUID der zweiten Partition:
lsblk -o UUID "${PART_PREFIX}2"
Notieren Sie sich die UUID aus der Ausgabe. Sie wird ähnlich wie 4379b167-ab39-4c83-bf7c-b28fbdb38725 sein.
UUID
4379b167-ab39-4c83-bf7c-b28fbdb38725
Öffnen Sie /etc/fstab mit nano und fügen Sie eine neue Zeile für Ihre Swap-Partition hinzu. Ersetzen Sie YOUR_SWAP_UUID_HERE durch die tatsächliche UUID, die Sie gerade gefunden haben.
nano /etc/fstab
Fügen Sie die folgende Zeile am Ende der Datei hinzu:
UUID=YOUR_SWAP_UUID_HERE swap swap defaults 0 0
Speichern Sie die Datei, indem Sie Ctrl+X, dann Y zur Bestätigung und Enter zum Schreiben in die Datei drücken.
Nachdem Sie /etc/fstab geändert haben, laden Sie den systemd-Daemon neu, damit der neue Eintrag erkannt wird:
systemctl daemon-reload
Aktivieren Sie schließlich den Swap-Speicher mit swapon -a:
swapon -a
Überprüfen Sie, ob der neue Swap-Speicher aktiviert ist:
swapon --show
Sie sollten eine Ausgabe ähnlich der folgenden sehen, die bestätigt, dass Ihre neue Swap-Partition aktiv ist:
NAME TYPE SIZE USED PRIO
/dev/nvme1n1p2 partition 476M 0B -2
Die Ausgabe zeigt, dass Ihre neu erstellte Swap-Partition aktiv und einsatzbereit ist.
Zusätzliche Partitionen auf der Übungsfestplatte erstellen
In diesem Schritt erstellen Sie zusätzliche Partitionen auf der Übungsfestplatte. Da Sie eine XFS-Partition und eine Swap-Partition unter Verwendung der MBR (msdos)-Partitionstabelle erstellt haben, ist noch Platz für weitere Partitionen vorhanden. Sie erstellen nun eine dritte Partition, die die Verwaltung größerer Partitionen demonstriert.
Überprüfen Sie zunächst die aktuelle Partitionstabelle und den verfügbaren Speicherplatz auf der Übungsfestplatte:
parted "$PRACTICE_DISK" print
Sie sollten die beiden Partitionen sehen, die Sie zuvor erstellt haben:
Model: Amazon Elastic Block Store (nvme)
Disk /dev/nvme1n1: 42.9GB
Sector size (logical/physical): 512B/512B
Partition Table: msdos
Disk Flags:
Number Start End Size Type File system Flags
1 1049kB 1001MB 1000MB primary xfs
2 1001MB 1501MB 500MB primary linux-swap
Nun erstellen Sie eine dritte Partition von 2 GB für zusätzlichen Speicherplatz. Diese Partition beginnt bei 1501MB (dem Ende der Swap-Partition) und endet bei 3501MB (1501MB + 2000MB).
parted "$PRACTICE_DISK" mkpart primary xfs 1501MB 3501MB
Möglicherweise sehen Sie die Meldung Information: You may need to update /etc/fstab..
Überprüfen Sie die Erstellung der dritten Partition:
parted "$PRACTICE_DISK" print
Sie sollten nun drei Partitionen sehen:
Model: Amazon Elastic Block Store (nvme)
Disk /dev/nvme1n1: 42.9GB
Sector size (logical/physical): 512B/512B
Partition Table: msdos
Disk Flags:
Number Start End Size Type File system Flags
1 1049kB 1001MB 1000MB primary xfs
2 1001MB 1501MB 500MB primary linux-swap
3 1501MB 3501MB 2000MB primary
Führen Sie udevadm settle aus, um sicherzustellen, dass das System die neue Partition erkennt:
udevadm settle
Die dritte Partition formatieren und dauerhaft einbinden
In diesem Schritt formatieren Sie die dritte Partition (${PART_PREFIX}3) mit dem XFS-Dateisystem und konfigurieren sie für das dauerhafte Einbinden unter /backup.
Formatieren Sie zunächst die dritte Partition mit dem XFS-Dateisystem:
mkfs.xfs "${PART_PREFIX}3"
Die Ausgabe zeigt Details zur Erstellung des XFS-Dateisystems:
meta-data=/dev/nvme1n1p3 isize=512 agcount=4, agsize=122880 blks
= sectsz=512 attr=2, projid32bit=1
= crc=1 finobt=1, sparse=1, rmapbt=0
= reflink=1 bigtime=1 inobtcount=1
data = bsize=4096 blocks=491520, imaxpct=25
= sunit=0 swidth=0 blks
naming =version 2 bsize=4096 ascii-ci=0, ftype=1
log =internal log bsize=4096 blocks=2560, version=2
= sectsz=512 sunit=0 blks, lazy-count=1
realtime =none extsz=4096 blocks=0, rtextents=0
Erstellen Sie nun ein Mount-Point-Verzeichnis für diese Partition. Sie binden sie unter /backup ein.
mkdir -p /backup
Um sicherzustellen, dass das Dateisystem automatisch eingebunden wird, fügen Sie einen Eintrag zu /etc/fstab hinzu. Ermitteln Sie zunächst die UUID der dritten Partition.
lsblk -o UUID "${PART_PREFIX}3"
Notieren Sie sich die UUID aus der Ausgabe. Es wird ein eindeutiger Bezeichner wie f74ed805-b1fc-401a-a5ee-140f97c6757d sein.
UUID
f74ed805-b1fc-401a-a5ee-140f97c6757d
Öffnen Sie die Datei /etc/fstab mit nano und fügen Sie den neuen Eintrag hinzu. Ersetzen Sie YOUR_UUID_HERE durch die tatsächliche UUID, die Sie gefunden haben.
nano /etc/fstab
Fügen Sie die folgende Zeile am Ende der Datei hinzu:
UUID=YOUR_UUID_HERE /backup xfs defaults 0 0
Speichern Sie die Datei (Ctrl+X, Y, Enter).
Nachdem Sie /etc/fstab geändert haben, laden Sie den systemd-Daemon neu, um die Änderungen anzuwenden.
systemctl daemon-reload
Binden Sie schließlich das Verzeichnis /backup manuell ein, um zu überprüfen, ob die Konfiguration korrekt ist.
mount /backup
Bestätigen Sie, dass das Einbinden erfolgreich war, indem Sie die Ausgabe des Befehls mount überprüfen:
mount | grep /backup
Sie sollten eine Ausgabe ähnlich der folgenden sehen:
/dev/nvme1n1p3 on /backup type xfs (rw,relatime,seclabel,attr2,inode64,noquota)
Zusätzliche Swap-Partitionen auf der Übungsfestplatte mit Prioritäten erstellen
In diesem Schritt erstellen Sie eine weitere Swap-Partition auf der Übungsfestplatte und lernen die Einschränkungen der Partitionstabelle kennen. Sie lernen auch, wie Sie Swap-Partitionen Prioritäten zuweisen. Wenn mehrere Swap-Partitionen aktiv sind, verwendet das System zuerst diejenige mit der höchsten Priorität.
Verständnis der Einschränkungen der Partitionstabelle:
Das aktuelle Setup verwendet eine MBR (msdos)-Partitionstabelle, die auf nur 4 primäre Partitionen begrenzt ist. Nachdem Sie in diesem Schritt die vierte Partition erstellt haben, können Sie keine weiteren primären Partitionen mehr erstellen, ohne zu GPT zu konvertieren oder erweiterte Partitionen zu verwenden.
Überprüfen Sie zunächst die aktuelle Partitionstabelle auf der Übungsfestplatte:
parted "$PRACTICE_DISK" print
Sie sollten die vier Partitionen sehen, die Sie bisher erstellt haben:
Model: Amazon Elastic Block Store (nvme)
Disk /dev/nvme1n1: 42.9GB
Sector size (logical/physical): 512B/512B
Partition Table: msdos
Disk Flags:
Number Start End Size Type File system Flags
1 1049kB 1001MB 1000MB primary xfs
2 1001MB 1501MB 500MB primary linux-swap
3 1501MB 3501MB 2000MB primary xfs
Erstellen Sie nun die vierte Partition als 512 MB Swap-Partition. Sie beginnt bei 3501MB (dem Ende der dritten Partition) und endet bei 4013MB (3501MB + 512MB).
parted "$PRACTICE_DISK" mkpart primary linux-swap 3501MB 4013MB
Möglicherweise sehen Sie die Meldung Information: You may need to update /etc/fstab..
Hinweis zu MBR-Einschränkungen: An diesem Punkt haben Sie das Limit von 4 Partitionen für MBR-Partitionstabellen erreicht. Der Versuch, eine fünfte primäre Partition zu erstellen, würde zu einem Fehler führen: Error: Can't create any more partitions.
Zeigen Sie die Partitionstabelle an, um Ihre Arbeit zu überprüfen:
parted "$PRACTICE_DISK" print
Sie sollten nun vier Partitionen sehen:
Model: Amazon Elastic Block Store (nvme)
Disk /dev/nvme1n1: 42.9GB
Sector size (logical/physical): 512B/512B
Partition Table: msdos
Disk Flags:
Number Start End Size Type File system Flags
1 1049kB 1001MB 1000MB primary xfs
2 1001MB 1501MB 500MB primary linux-swap
3 1501MB 3501MB 2000MB primary xfs
4 3501MB 4013MB 512MB primary linux-swap
Führen Sie udevadm settle aus, um sicherzustellen, dass das System die neue Partition registriert und ihre Gerätedatei, wie /dev/vdb4 oder /dev/nvme1n1p4, erstellt.
udevadm settle
Initialisieren Sie nun die neue Partition als Swap-Speicher mit dem Befehl mkswap. Notieren Sie sich die UUID für die vierte Partition, da Sie diese für /etc/fstab benötigen.
mkswap "${PART_PREFIX}4"
Beispielausgabe für die vierte Partition:
Setting up swapspace version 1, size = 488 MiB (511705088 bytes)
no label, UUID=87976166-4697-47b7-86d1-73a02f0fc803
Um diesen Swap-Speicher so zu konfigurieren, dass er mit einer bestimmten Priorität aktiviert wird, müssen Sie einen Eintrag zur Datei /etc/fstab hinzufügen. Ein höherer pri (Prioritäts)-Wert weist auf eine höhere Präferenz hin. Sie weisen der neuen Swap-Partition eine höhere Priorität zu.
Öffnen Sie /etc/fstab mit nano:
nano /etc/fstab
Fügen Sie die folgende Zeile am Ende der Datei hinzu und ersetzen Sie die UUID durch die, die Sie notiert haben:
UUID=UUID_OF_PARTITION4 swap swap pri=10 0 0
Erklärung der pri-Option:
pri=10: Weist der vierten Partition eine Priorität von 10 zu. Dies ist höher als die Standardpriorität (-2) der zweiten Partition, daher wird das System die vierte Partition bevorzugt verwenden.
Speichern Sie die Datei (Ctrl+X, Y, Enter).
Laden Sie den systemd-Daemon neu, damit der neue /etc/fstab-Eintrag erkannt wird.
systemctl daemon-reload
Aktivieren Sie den neuen Swap-Speicher mit swapon -a.
swapon -a
Überprüfen Sie die korrekte Aktivierung und Priorität der Swap-Speicher mit swapon --show:
swapon --show
Sie sollten eine Ausgabe sehen, die alle aktiven Swap-Partitionen mit ihren Prioritäten zeigt. Die zweite Partition hat die Standardpriorität -2, während die vierte Partition die von Ihnen zugewiesene Priorität (10) hat.
NAME TYPE SIZE USED PRIO
/dev/nvme1n1p2 partition 476M 0B -2
/dev/nvme1n1p4 partition 488M 0B 10
Lernhinweis: In einer Produktionsumgebung würden Sie, wenn Sie mehr als 4 Partitionen benötigen, entweder:
- Zu einer GPT-Partitionstabelle konvertieren (unterstützt bis zu 128 Partitionen)
- Erweiterte Partitionen mit logischen Partitionen darin verwenden
- LVM (Logical Volume Manager) für eine flexiblere Speicherverwaltung verwenden
Dauerhafte Mount-Konfiguration ohne Neustart überprüfen
In diesem letzten Schritt testen Sie die dauerhafte Mount-Konfiguration, ohne das System tatsächlich neu zu starten, da ein Neustart Sie von der LabEx-Umgebung trennen würde. Stattdessen verwenden Sie verschiedene Befehle, um zu simulieren und zu überprüfen, ob Ihre Konfigurationen nach einem Neustart korrekt funktionieren würden.
Überprüfen wir zunächst, ob alle Ihre Mount-Einträge korrekt in /etc/fstab konfiguriert sind. Zeigen Sie den Inhalt von /etc/fstab an, um Ihre Einträge zu überprüfen:
cat /etc/fstab
Sie sollten Ihre Einträge für die XFS-Partitionen und Swap-Speicher ähnlich wie folgt sehen:
## ... existing system entries ...
UUID=your-archive-uuid /archive xfs defaults 0 0
UUID=your-swap-low-uuid swap swap defaults 0 0
UUID=your-backup-uuid /backup xfs defaults 0 0
UUID=your-swap-high-uuid swap swap pri=10 0 0
Testen wir nun die Mount-Konfiguration, indem wir die Dateisysteme aushängen und wieder einhängen, um sicherzustellen, dass sie korrekt funktionieren:
Hängen Sie zunächst das Verzeichnis /archive aus:
umount /archive
Überprüfen Sie, ob es ausgehängt ist:
mount | grep /archive
Dies sollte keine Ausgabe zurückgeben.
Hängen Sie es nun mithilfe des /etc/fstab-Eintrags wieder ein:
mount /archive
Überprüfen Sie, ob es wieder eingebunden ist:
mount | grep /archive
Sie sollten sehen:
/dev/nvme1n1p1 on /archive type xfs (rw,relatime,seclabel,attr2,inode64,logbufs=8,logbsize=32k,noquota)
Wiederholen Sie denselben Vorgang für /backup:
umount /backup
mount /backup
mount | grep /backup
Sie sollten sehen:
/dev/nvme1n1p3 on /backup type xfs (rw,relatime,seclabel,attr2,inode64,noquota)
Testen wir für Swap-Speicher, indem wir sie aus- und wieder einschalten. Schalten Sie zunächst den gesamten Swap aus:
swapoff -a
Überprüfen Sie, ob kein Swap aktiv ist:
swapon --show
Dies sollte nur einen eventuell vorhandenen System-Swap anzeigen, aber nicht Ihre benutzerdefinierten Swap-Partitionen.
Schalten Sie nun den gesamten Swap mithilfe von /etc/fstab ein:
swapon -a
Überprüfen Sie, ob alle Swap-Speicher mit den korrekten Prioritäten aktiv sind:
swapon --show
Sie sollten eine Ausgabe ähnlich der folgenden sehen, mit Ihren benutzerdefinierten Swap-Partitionen aktiv und der bevorzugten Partition mit höherer Priorität:
NAME TYPE SIZE USED PRIO
/dev/nvme1n1p2 partition 476M 0B -2
/dev/nvme1n1p4 partition 488M 0B 10
Testen wir abschließend, ob systemd alle Ihre /etc/fstab-Einträge ohne Fehler verarbeiten kann:
systemctl daemon-reload
Dies sollte ohne Fehlermeldungen abgeschlossen werden.
Sie können auch den Befehl findmnt verwenden, um zu überprüfen, ob der Kernel in der Lage wäre, alle in /etc/fstab definierten Dateisysteme einzubinden:
findmnt --verify
Dieser Befehl überprüft /etc/fstab auf potenzielle Probleme. Da dieses Lab absichtlich zwei swap-Einträge definiert, gibt findmnt --verify möglicherweise eine Warnung aus, dass das swap-Ziel mehr als einmal erscheint. Diese Warnung ist für dieses Lab zu erwarten, aber der Befehl sollte keine Parsing-Fehler oder schwerwiegende Fehler melden.
Zeigen Sie eine abschließende Zusammenfassung all Ihrer Arbeit an:
echo "=== Final Storage Configuration Summary ==="
echo "Partition tables:"
parted "$PRACTICE_DISK" print
echo ""
echo "Mounted filesystems:"
mount | grep -E "/archive|/backup"
echo ""
echo "Active swap spaces:"
swapon --show
echo ""
echo "fstab entries for persistence:"
grep -E "archive|backup|swap" /etc/fstab
echo ""
echo "UUID verification:"
echo "Device UUIDs:"
lsblk -f "${PART_PREFIX}"{1,2,3,4}
Dies schließt das Lab zur Verwaltung von Speicherpartitionen und Swap-Speicher ab. Sie haben erfolgreich mehrere Partitionen mit unterschiedlichen Dateisystemen erstellt und konfiguriert, dauerhafte Mounts eingerichtet und Swap-Speicher mit Prioritäten konfiguriert, alles ohne einen Systemneustart zu erfordern.
Zusammenfassung
In diesem Lab lernten die Teilnehmer, Speicherpartitionen und Swap-Speicher auf einem RHEL 9-System innerhalb der LabEx-VM-Umgebung zu verwalten. Das Lab begann mit der Identifizierung der zusätzlichen Übungsfestplatte in der aktuellen VM und dem Verständnis ihres aktuellen Zustands, bevor mit den Partitionierungsaufgaben fortgefahren wurde.
Die Teilnehmer arbeiteten mit dieser Übungsfestplatte, erstellten eine MBR-Partitionstabelle und dann mehrere Partitionen: eine XFS-Partition zum Einbinden unter /archive, eine Swap-Partition, eine weitere XFS-Partition zum Einbinden unter /backup und eine zusätzliche Swap-Partition mit Prioritätskonfiguration. Das Lab demonstriert auch die Einschränkungen von MBR-Partitionstabellen (Limit von 4 primären Partitionen) und bietet Einblicke in Alternativen wie GPT für Szenarien, die mehr Partitionen erfordern.
Ein entscheidender Aspekt des Labs war die Sicherstellung einer dauerhaften Konfiguration durch korrekte /etc/fstab-Einträge und das Testen der Konfiguration, ohne einen Systemneustart zu erfordern (was die LabEx-Umgebung trennen würde). Das Lab schloss mit umfassenden Überprüfungsverfahren ab, um zu bestätigen, dass alle Mounts und Swap-Speicher korrekt aktiviert würden, und vermittelte praktische Erfahrungen mit grundlegenden RHEL-Speicherverwaltungsfähigkeiten in einer praktischen, cloudbasierten Lernumgebung.
