Einführung
In diesem Lab erhalten Sie praktische Erfahrung in der Verwaltung von Speicherpartitionen und Swap-Bereichen 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 verwendet die LabEx VM-Umgebung mit verfügbaren Speichergeräten, sodass Sie diese wesentlichen Systemadministrationsfähigkeiten üben können.
Sie beginnen mit der Inspektion der verfügbaren Festplatten und fahren dann mit der Erstellung und Verwaltung von Partitionen fort, einschließlich der Einrichtung von GPT-Partitionstabellen, wo dies erforderlich ist. Das Lab betont die Sicherstellung dauerhafter Einbindungen und Swap-Aktivierung und bietet ein umfassendes Verständnis der Festplattenverwaltung in einer RHEL-Umgebung.
Verfügbare Speichergeräte untersuchen
In diesem Schritt inspizieren Sie die verfügbaren Speichergeräte auf Ihrer LabEx VM. Die LabEx-Umgebung stellt ein zusätzliches Speichergerät bereit, das Sie für Partitionierungsübungen verwenden können.
Wechseln Sie zunächst zum Root-Benutzer, um Festplattenverwaltungsoperationen durchzuführen. Sie sind derzeit als Benutzer labex mit sudo-Rechten angemeldet.
sudo su -
Lassen Sie uns nun die verfügbaren Blockgeräte auf dem System mit dem Befehl lsblk untersuchen:
lsblk
Sie sollten eine ähnliche Ausgabe wie diese sehen, die verschiedene Speichergeräte anzeigt:
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 /
vdb 253:16 0 40G 0 disk
In dieser Umgebung haben Sie Zugriff auf ein zusätzliches Speichergerät /dev/vdb, das unpartitioniert ist und zur Verwendung bereitsteht. Lassen Sie uns dieses Gerät genauer untersuchen.
Verwenden Sie den Befehl lsblk mit der Option -f, um Dateisysteminformationen für /dev/vdb anzuzeigen:
lsblk -f /dev/vdb
Sie sollten eine ähnliche Ausgabe wie diese sehen, die anzeigt, dass /dev/vdb eine neue, unformatierte Festplatte ist:
NAME FSTYPE FSVER LABEL UUID FSAVAIL FSUSE% MOUNTPOINTS
vdb
Verwenden Sie als Nächstes den Befehl parted, um detailliertere Informationen über die Festplatte zu erhalten, einschließlich ihrer Partitionstabelle:
parted /dev/vdb print
Die Ausgabe sollte zeigen, dass sich noch keine Partitionstabelle auf /dev/vdb befindet:
Error: /dev/vdb: unrecognised disk label
Model: Virtio Block Device (virtblk)
Disk /dev/vdb: 42.9GB
Sector size (logical/physical): 512B/512B
Partition Table: unknown
Disk Flags:
Dies bestätigt, dass /dev/vdb eine neue Festplatte ist, die für die Partitionierung bereit ist. Die Fehlermeldung ist normal für eine Festplatte, die noch nicht mit einer Partitionstabelle initialisiert wurde.
Erstellen Sie eine XFS-Partition auf /dev/vdb und binden Sie sie dauerhaft ein
In diesem Schritt erstellen Sie eine neue Partition auf /dev/vdb, formatieren sie mit dem XFS-Dateisystem und konfigurieren sie für persistentes Mounten.
Sie erstellen eine 1 GB große primäre Partition auf /dev/vdb und legen den Dateisystemtyp als XFS fest. Es ist eine gute Praxis, Partitionen zur optimalen Leistung an Sektorgrenzen auszurichten. Der Start bei Sektor 2048 ist eine gängige Ausrichtung.
Zuerst müssen Sie eine Partitionstabelle auf der uninitialisierten Festplatte erstellen. Verwenden Sie parted im interaktiven Modus, um die Partitionstabelle und die Partition zu erstellen:
parted /dev/vdb
GNU Parted 3.5
Using /dev/vdb
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 2048 beginnt, führt die Festlegung der Endposition auf 1001MB zu einer Partitionsgröße von ungefähr 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, verwenden Sie parted, um die Partitionstabelle für /dev/vdb anzuzeigen:
parted /dev/vdb print
Sie sollten eine Ausgabe ähnlich der folgenden sehen, die Ihre neu erstellte primäre Partition anzeigt:
Model: Virtio Block Device (virtblk)
Disk /dev/vdb: 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
Nachdem eine neue Partition erstellt wurde, ist es entscheidend, den Kernel über die Änderungen zu informieren. Der Befehl udevadm settle wartet darauf, dass das System die neue Partition registriert und ihre entsprechende Gerätedatei (z. B. /dev/vdb1) erstellt.
udevadm settle
Nachdem die Partition erstellt wurde, müssen Sie sie mit dem XFS-Dateisystem formatieren. Dies bereitet die Partition für die Datenspeicherung vor. Verwenden Sie dazu den Befehl mkfs.xfs:
mkfs.xfs /dev/vdb1
Die Ausgabe zeigt Details zur Erstellung des XFS-Dateisystems:
meta-data=/dev/vdb1 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, müssen Sie es mounten. Erstellen Sie zuerst ein Verzeichnis für den Mountpoint. Sie werden diese Partition nach /archive mounten.
mkdir /archive
Für persistentes Mounten (was bedeutet, dass das Dateisystem bei jedem Systemstart automatisch gemountet wird) müssen Sie einen Eintrag in die Datei /etc/fstab aufnehmen. Es ist eine bewährte Methode, die Universally Unique Identifier (UUID) der Partition in /etc/fstab zu verwenden, da Gerätenamen wie /dev/vdb1 geändert werden können, wenn neue Festplatten hinzugefügt oder entfernt werden.
Ermitteln Sie die UUID von /dev/vdb1 mit lsblk --fs:
lsblk --fs /dev/vdb1
Notieren Sie sich die UUID aus der Ausgabe. Sie wird etwa so aussehen: 881e856c-37b1-41e3-b009-ad526e46d987.
NAME FSTYPE FSVER LABEL UUID FSAVAIL FSUSE% MOUNTPOINTS
vdb1 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
Erläuterung des /etc/fstab-Eintrags:
UUID=YOUR_UUID_HERE: Gibt das zu mountende Gerät anhand seiner UUID an./archive: Das Mountpoint-Verzeichnis.xfs: Der Dateisystemtyp.defaults: Eine gängige Gruppe von Mount-Optionen (rw, suid, dev, exec, auto, nouser, async).0:dump-Option (0 bedeutet kein Dump).0:fsck-Reihenfolge (0 bedeutet keine fsck-Prüfung beim Booten).
Speichern Sie die Datei, indem Sie Ctrl+X drücken, dann Y zur Bestätigung und Enter, um in die Datei zu schreiben.
Nachdem Sie /etc/fstab geändert haben, müssen Sie systemd anweisen, seine Konfiguration neu zu laden, damit es den neuen Eintrag erkennt.
systemctl daemon-reload
Schließlich mounten Sie das neue Dateisystem mit dem Eintrag in /etc/fstab. Der Befehl mount /archive verwendet die Informationen aus /etc/fstab, um /dev/vdb1 nach /archive zu mounten.
mount /archive
Überprüfen Sie, ob das neue Dateisystem korrekt gemountet ist, indem Sie die Ausgabe des Befehls mount überprüfen und nach /archive filtern:
mount | grep /archive
Sie sollten eine Ausgabe ähnlich der folgenden sehen, die das erfolgreiche Mounten bestätigt:
/dev/vdb1 on /archive type xfs (rw,relatime,seclabel,attr2,inode64,logbufs=8,logbsize=32k,noquota)
Erstellen und aktivieren Sie eine Swap-Partition auf /dev/vdb
In diesem Schritt erstellen Sie eine Swap-Partition auf der Festplatte /dev/vdb. Swap-Space ist ein Teil einer Festplatte (HDD) oder eines Solid-State-Laufwerks (SSD), der für die temporäre Speicherung verwendet wird, wenn dem System der physische RAM ausgeht. Er fungiert als Überlauf für den RAM und ermöglicht es dem System, den Betrieb fortzusetzen, selbst wenn der Speicher knapp ist, wenn auch mit geringerer Geschwindigkeit.
Zuerst untersuchen wir die aktuelle Partitionstabelle auf /dev/vdb, um zu bestimmen, wo die neue Swap-Partition erstellt werden soll.
parted /dev/vdb print
Sie sollten die vorhandene XFS-Partition (/dev/vdb1) sehen, die Sie im vorherigen Schritt erstellt haben:
Model: Virtio Block Device (virtblk)
Disk /dev/vdb: 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
Nun fügen Sie eine neue primäre Partition von 500 MB zur Verwendung als Swap-Space hinzu. Sie legen den Dateisystemtyp der Partition auf linux-swap fest. Die neue Partition beginnt unmittelbar nach der vorhandenen Partition /dev/vdb1. Das Ende von /dev/vdb1 liegt bei 1001MB. Die neue Partition beginnt also bei 1001MB und endet bei 1501MB (1001MB + 500MB).
Verwenden Sie parted im nicht-interaktiven Modus, um diese Partition zu erstellen:
parted /dev/vdb 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 Festplatte /dev/vdb auflisten:
parted /dev/vdb print
Sie sollten jetzt zwei Partitionen sehen, wobei die zweite Ihre neue Swap-Partition ist:
Model: Virtio Block Device (virtblk)
Disk /dev/vdb: 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
Wie zuvor müssen Sie nach dem Erstellen einer neuen Partition udevadm settle ausführen, um sicherzustellen, dass das System die neue Partition registriert und ihre Gerätedatei (/dev/vdb2) erstellt.
udevadm settle
Formatieren Sie nun die neue Partition (/dev/vdb2) als Swap-Space mit dem Befehl mkswap. Dieser Befehl initialisiert die Partition zur Verwendung als Swap.
mkswap /dev/vdb2
Die Ausgabe zeigt Details zur Erstellung des Swap-Space, 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-Space für eine dauerhafte Aktivierung zu konfigurieren, müssen Sie einen Eintrag in die Datei /etc/fstab hinzufügen. Ermitteln Sie zuerst die UUID des Geräts /dev/vdb2.
lsblk -o UUID /dev/vdb2
Notieren Sie sich die UUID aus der Ausgabe. Sie ähnelt 4379b167-ab39-4c83-bf7c-b28fbdb38725.
UUID
4379b167-ab39-4c83-bf7c-b28fbdb38725
Öffnen Sie die Datei /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
Erläuterung des /etc/fstab-Eintrags für Swap:
UUID=YOUR_SWAP_UUID_HERE: Gibt das Gerät an, das als Swap verwendet werden soll.swap: Der Mountpoint (für Swap ist dies immerswap).swap: Der Dateisystemtyp (für Swap ist dies immerswap).defaults: Standardoptionen für Swap.0:dump-Option (0 bedeutet kein Dump).0:fsck-Reihenfolge (0 bedeutet keine fsck-Prüfung für Swap).
Speichern Sie die Datei, indem Sie Ctrl+X drücken, dann Y zum Bestätigen und Enter, um in die Datei zu schreiben.
Nachdem Sie /etc/fstab geändert haben, laden Sie den systemd-Daemon neu, um den neuen Eintrag zu erkennen.
systemctl daemon-reload
Aktivieren Sie schließlich den Swap-Space mit dem Befehl swapon -a. Die Option -a weist swapon an, alle in /etc/fstab aufgeführten Swap-Geräte zu aktivieren.
swapon -a
Überprüfen Sie, ob der neue Swap-Space aktiviert ist, indem Sie swapon --show verwenden:
swapon --show
Sie sollten eine ähnliche Ausgabe wie diese sehen, die bestätigt, dass Ihre neue Swap-Partition aktiv ist:
NAME TYPE SIZE USED PRIO
/dev/vdb2 partition 476M 0B -2
Die Ausgabe zeigt, dass Ihre neu erstellte Swap-Partition aktiv und einsatzbereit ist.
Erstellen Sie zusätzliche Partitionen auf /dev/vdb
In diesem Schritt erstellen Sie zusätzliche Partitionen auf /dev/vdb. Da Sie mit der MBR (msdos)-Partitionstabelle eine XFS-Partition und eine Swap-Partition erstellt haben, steht Ihnen noch Platz für weitere Partitionen zur Verfügung. Sie erstellen jetzt eine dritte Partition, die die Verwaltung größerer Partitionen demonstriert.
Zuerst überprüfen wir die aktuelle Partitionstabelle und den verfügbaren Speicherplatz auf /dev/vdb:
parted /dev/vdb print
Sie sollten die beiden zuvor erstellten Partitionen sehen:
Model: Virtio Block Device (virtblk)
Disk /dev/vdb: 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 Speicher. Diese Partition beginnt bei 1501MB (dem Ende der Swap-Partition) und endet bei 3501MB (1501MB + 2000MB).
parted /dev/vdb 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 /dev/vdb print
Sie sollten jetzt drei Partitionen sehen:
Model: Virtio Block Device (virtblk)
Disk /dev/vdb: 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
Formatieren Sie die dritte Partition und binden Sie sie dauerhaft ein
In diesem Schritt formatieren Sie die dritte Partition (/dev/vdb3) mit dem XFS-Dateisystem und konfigurieren sie für das dauerhafte Einhängen unter /backup.
Zuerst formatieren Sie die Partition /dev/vdb3 mit dem XFS-Dateisystem:
mkfs.xfs /dev/vdb3
Die Ausgabe zeigt Details zur Erstellung des XFS-Dateisystems:
meta-data=/dev/vdb3 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 Mountpoint-Verzeichnis für diese Partition. Sie werden es unter /backup einhängen.
mkdir /backup
Um sicherzustellen, dass das Dateisystem automatisch eingehängt wird, müssen Sie einen Eintrag in /etc/fstab hinzufügen. Ermitteln Sie zuerst die UUID der Partition /dev/vdb3.
lsblk -o UUID /dev/vdb3
Notieren Sie sich die UUID aus der Ausgabe. Es ist ein eindeutiger Bezeichner wie f74ed805-b1fc-401a-a5ee-140f97c6757d.
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 zu übernehmen.
systemctl daemon-reload
Hängen Sie schließlich das Verzeichnis /backup manuell ein, um zu überprüfen, ob die Konfiguration korrekt ist.
mount /backup
Bestätigen Sie, dass das Einhängen erfolgreich war, indem Sie die Ausgabe des Befehls mount überprüfen:
mount | grep /backup
Sie sollten eine ähnliche Ausgabe wie diese sehen:
/dev/vdb3 on /backup type xfs (rw,relatime,seclabel,attr2,inode64,noquota)
Erstellen Sie zusätzliche Swap-Partitionen auf /dev/vdb mit Prioritäten
In diesem Schritt erstellen Sie eine zusätzliche Swap-Partition auf /dev/vdb und lernen die Einschränkungen der Partitionstabelle kennen. Sie erfahren auch, wie Sie Swap-Partitionen Prioritäten zuweisen. Wenn mehrere Swap-Partitionen aktiv sind, verwendet das System zuerst die mit der höchsten Priorität.
Verständnis der Einschränkungen der Partitionstabelle:
Die aktuelle Einrichtung verwendet eine MBR (msdos)-Partitionstabelle, die eine Beschränkung von nur 4 primären Partitionen hat. Da Sie bereits 4 Partitionen erstellt haben, können Sie keine zusätzlichen primären Partitionen erstellen, ohne zu GPT zu konvertieren oder erweiterte Partitionen zu verwenden.
Überprüfen Sie zuerst die aktuelle Partitionstabelle auf /dev/vdb:
parted /dev/vdb print
Sie sollten die vier bisher erstellten Partitionen sehen:
Model: Virtio Block Device (virtblk)
Disk /dev/vdb: 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 /dev/vdb 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 4-Partitionen-Limit 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 /dev/vdb print
Sie sollten jetzt vier Partitionen sehen:
Model: Virtio Block Device (virtblk)
Disk /dev/vdb: 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 (/dev/vdb4) erstellt.
udevadm settle
Initialisieren Sie nun die neue Partition als Swap-Bereich mit dem Befehl mkswap. Notieren Sie sich die UUID für /dev/vdb4, da Sie diese für /etc/fstab benötigen.
mkswap /dev/vdb4
Beispielausgabe für /dev/vdb4:
Setting up swapspace version 1, size = 488 MiB (511705088 bytes)
no label, UUID=87976166-4697-47b7-86d1-73a02f0fc803
Um diesen Swap-Bereich so zu konfigurieren, dass er mit einer bestimmten Priorität aktiviert wird, müssen Sie einen Eintrag in die Datei /etc/fstab hinzufügen. Ein höherer pri (Priorität)-Wert weist auf eine höhere Präferenz hin. Sie legen eine höhere Priorität für die neue Swap-Partition fest.
Ö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_VDB4 swap swap pri=10 0 0
Erläuterung der Option pri:
pri=10: Weist/dev/vdb4eine Priorität von 10 zu. Dies ist höher als die Standardpriorität (-2) von/dev/vdb2, sodass das System/dev/vdb4vor/dev/vdb2bevorzugt verwendet.
Speichern Sie die Datei (Ctrl+X, Y, Enter).
Laden Sie den systemd-Daemon neu, um den neuen /etc/fstab-Eintrag zu erkennen.
systemctl daemon-reload
Aktivieren Sie den neuen Swap-Bereich mit swapon -a.
swapon -a
Überprüfen Sie die korrekte Aktivierung und Priorität der Swap-Bereiche mit swapon --show:
swapon --show
Sie sollten eine Ausgabe sehen, die alle aktiven Swap-Partitionen mit ihren Prioritäten anzeigt. /dev/vdb2 hat die Standardpriorität (-2), während /dev/vdb4 die von Ihnen zugewiesene Priorität (10) hat.
NAME TYPE SIZE USED PRIO
/dev/vdb2 partition 476M 0B -2
/dev/vdb4 partition 488M 0B 10
Lernhinweis: In einer Produktionsumgebung, wenn Sie mehr als 4 Partitionen benötigen, würden Sie 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 flexiblere Speicherverwaltung verwenden
Überprüfen Sie die Konfiguration der permanenten Einbindung ohne Neustart
In diesem letzten Schritt testen Sie die dauerhafte Einhängekonfiguration, 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.
Überprüfen wir zunächst, ob alle Ihre Einhängeeinträge in /etc/fstab korrekt 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-Bereiche ähnlich wie folgt sehen:
## ... existing system entries ...
UUID=your-vdb1-uuid /archive xfs defaults 0 0
UUID=your-vdb2-uuid swap swap defaults 0 0
UUID=your-vdb3-uuid /backup xfs defaults 0 0
UUID=your-vdb4-uuid swap swap pri=10 0 0
UUID=your-vdb5-uuid swap swap pri=20 0 0
Testen wir nun die Einhängekonfiguration, indem wir die Dateisysteme aushängen und wieder einhängen, um sicherzustellen, dass sie korrekt funktionieren:
Hängen Sie zuerst 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 mit dem /etc/fstab-Eintrag wieder ein:
mount /archive
Überprüfen Sie, ob es wieder eingehängt ist:
mount | grep /archive
Sie sollten Folgendes sehen:
/dev/vdb1 on /archive type xfs (rw,relatime,seclabel,attr2,inode64,logbufs=8,logbsize=32k,noquota)
Wiederholen Sie den gleichen Vorgang für /backup:
umount /backup
mount /backup
mount | grep /backup
Sie sollten Folgendes sehen:
/dev/vdb3 on /backup type xfs (rw,relatime,seclabel,attr2,inode64,noquota)
Testen wir für Swap-Bereiche, indem wir sie aus- und wieder einschalten. Schalten Sie zuerst alle Swaps aus:
swapoff -a
Überprüfen Sie, ob kein Swap aktiv ist:
swapon --show
Dies sollte nur alle System-Swaps anzeigen, die möglicherweise vorhanden sind, aber nicht Ihre benutzerdefinierten Swap-Partitionen.
Schalten Sie nun alle Swaps mit /etc/fstab ein:
swapon -a
Überprüfen Sie, ob alle Swap-Bereiche mit den korrekten Prioritäten aktiv sind:
swapon --show
Sie sollten eine ähnliche Ausgabe wie diese sehen, wobei alle Ihre Swap-Partitionen aktiv sind und die korrekten Prioritäten aufweisen:
NAME TYPE SIZE USED PRIO
/dev/vda2 partition 2G 0B -2
/dev/vdb2 partition 476M 0B -2
/dev/vdc2 partition 244M 0B 10
/dev/vdc3 partition 244M 0B 20
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 einzuhängen:
findmnt --verify
Dieser Befehl überprüft /etc/fstab auf potenzielle Probleme und sollte ohne Fehler abgeschlossen werden.
Zeigen Sie eine abschließende Zusammenfassung Ihrer gesamten Arbeit an:
echo "=== Final Storage Configuration Summary ==="
echo "Partition tables:"
parted /dev/vdb 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 /dev/vdb* | grep -E "vdb[1-4]"
Damit ist das Lab zur Verwaltung von Speicherpartitionen und Swap-Bereichen abgeschlossen. Sie haben erfolgreich mehrere Partitionen mit verschiedenen Dateisystemen erstellt und konfiguriert, dauerhafte Einhänge eingerichtet und Swap-Bereiche mit Prioritäten konfiguriert, ohne dass ein Systemneustart erforderlich war.
Zusammenfassung
In diesem Lab lernten die Teilnehmer, Speicherpartitionen und Swap-Bereiche auf einem RHEL 9-System innerhalb der LabEx VM-Umgebung zu verwalten. Das Lab begann mit der Untersuchung des verfügbaren Speichergeräts (/dev/vdb) und dem Verständnis seines aktuellen Zustands, bevor mit den Partitionierungsaufgaben fortgefahren wurde.
Die Teilnehmer arbeiteten mit /dev/vdb und erstellten eine MBR-Partitionstabelle, gefolgt von der Erstellung mehrerer Partitionen: einer XFS-Partition zum Einhängen unter /archive, einer Swap-Partition, einer weiteren XFS-Partition zum Einhängen unter /backup und einer zusätzlichen Swap-Partition mit Prioritätskonfiguration. Das Lab demonstriert auch die Einschränkungen von MBR-Partitionstabellen (4 primäre Partitionen Limit) und gibt 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 benötigen (der die LabEx-Umgebung trennen würde). Das Lab schloss mit umfassenden Überprüfungsverfahren ab, um zu bestätigen, dass alle Einhänge und Swap-Bereiche korrekt aktiviert werden, und bot praktische Erfahrungen mit wesentlichen RHEL-Speicherverwaltungsfähigkeiten in einer praktischen, cloudbasierten Lernumgebung.
