RHEL-Speicherpartitionen und Swap-Bereich verwalten

Red Hat Enterprise LinuxRed Hat Enterprise LinuxBeginner
Jetzt üben

💡 Dieser Artikel wurde von AI-Assistenten übersetzt. Um die englische Version anzuzeigen, können Sie hier klicken

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 inspizieren

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 einer XFS-Partition auf /dev/vdb und dauerhaftes Einbinden

In diesem Schritt erstellen Sie eine neue Partition auf /dev/vdb, formatieren sie mit dem XFS-Dateisystem und konfigurieren sie für eine dauerhafte Einbindung.

Sie erstellen eine primäre 1-GB-Partition auf /dev/vdb und geben den Dateisystemtyp als XFS an. Es ist eine gute Praxis, Partitionen für optimale Leistung an Sektorgrenzen auszurichten. Der Start bei Sektor 2048 ist eine gängige Ausrichtung.

Verwenden Sie parted im interaktiven Modus, um die Partition zu erstellen. Wenn Sie die erste Partition auf einer nicht initialisierten Festplatte erstellen, erstellt parted automatisch eine msdos-Partitionstabelle. Geben Sie mkpart ein und folgen Sie den Anweisungen:

parted /dev/vdb
GNU Parted 3.5
Using /dev/vdb
Welcome to GNU Parted! Type 'help' to view a list of commands.
(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: Da die Partition bei Sektor 2048 beginnt, führt die Einstellung der Endposition auf 1001MB zu einer Partitionsgröße von ungefähr 1 GB. Wenn Sie parted beenden, sehen Sie eine Informationsmeldung über die Aktualisierung 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 auszugeben:

parted /dev/vdb print

Sie sollten eine ähnliche Ausgabe wie diese 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

Nach dem Erstellen einer neuen Partition ist es entscheidend, den Kernel über die Änderungen zu informieren. Der Befehl udevadm settle wartet, bis das System die neue Partition registriert und die entsprechende Gerätedatei (z. B. /dev/vdb1) erstellt hat.

udevadm settle

Nachdem die Partition erstellt wurde, müssen Sie sie mit dem XFS-Dateisystem formatieren. Dadurch wird die Partition für die Speicherung von Daten vorbereitet. Verwenden Sie dafür 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 einbinden (mounten). Erstellen Sie zuerst ein Mountpoint-Verzeichnis. Sie werden diese Partition nach /archive einbinden.

mkdir /archive

Für eine dauerhafte Einbindung (was bedeutet, dass das Dateisystem jedes Mal automatisch eingebunden wird, wenn das System startet), müssen Sie einen Eintrag in die Datei /etc/fstab hinzufügen. Es ist bewährte Praxis, die Universally Unique Identifier (UUID) der Partition in /etc/fstab zu verwenden, da sich Gerätenamen wie /dev/vdb1 ändern 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 sieht in etwa so aus: 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 mithilfe seiner UUID an.
  • /archive: Das Mountpoint-Verzeichnis.
  • xfs: Der Dateisystemtyp.
  • defaults: Eine gängige Reihe 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 zum Bestätigen und Enter, um in die Datei zu schreiben.

Nachdem Sie /etc/fstab geändert haben, müssen Sie systemd mitteilen, seine Konfiguration neu zu laden, damit es den neuen Eintrag erkennt.

systemctl daemon-reload

Mounten Sie schließlich das neue Dateisystem mithilfe des Eintrags in /etc/fstab. Der Befehl mount /archive verwendet die Informationen aus /etc/fstab, um /dev/vdb1 nach /archive einzubinden.

mount /archive

Überprüfen Sie, ob das neue Dateisystem korrekt eingebunden wurde, indem Sie die Ausgabe des Befehls mount überprüfen und nach /archive filtern:

mount | grep /archive

Sie sollten eine ähnliche Ausgabe wie diese sehen, die die erfolgreiche Einbindung bestätigt:

/dev/vdb1 on /archive type xfs (rw,relatime,seclabel,attr2,inode64,logbufs=8,logbsize=32k,noquota)

Erstellen und Aktivieren einer 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 immer swap).
  • swap: Der Dateisystemtyp (für Swap ist dies immer swap).
  • 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 zusätzlicher 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 der dritten Partition und dauerhaftes Einhängen

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 zusätzlicher 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/vdb4 eine Priorität von 10 zu. Dies ist höher als die Standardpriorität (-2) von /dev/vdb2, sodass das System /dev/vdb4 vor /dev/vdb2 bevorzugt 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:

  1. Zu einer GPT-Partitionstabelle konvertieren (unterstützt bis zu 128 Partitionen)
  2. Erweiterte Partitionen mit logischen Partitionen darin verwenden
  3. LVM (Logical Volume Manager) für flexiblere Speicherverwaltung verwenden

Überprüfen der dauerhaften Einhängekonfiguration 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.