はじめに
この実験では、Red Hat Enterprise Linux (RHEL) システムにおけるストレージパーティションとスワップ領域の管理に関する実践的な経験を積みます。XFSパーティションの作成と永続的なマウント、および優先順位を設定したスワップパーティションの構成と有効化の方法を学びます。LabExの仮想マシン環境で利用可能なストレージデバイスを使用し、システム管理の必須スキルを習得します。
まずは利用可能なディスクの調査から始め、必要に応じてGPTパーティションテーブルの設定を含むパーティションの作成と管理を行います。この実験では、永続的なマウントとスワップの有効化を確実に行うことに重点を置き、RHEL環境におけるディスク管理の包括的な理解を目指します。
利用可能な練習用ディスクの調査
このステップでは、LabEx仮想マシン上で利用可能なストレージデバイスを調査します。LabEx環境にはパーティション練習用に1台の追加ストレージデバイスが提供されていますが、デバイス名は仮想マシンのインスタンスによって異なる場合があります。
まず、ディスク管理操作を行うためにrootユーザーに切り替えます。現在、sudo権限を持つ labex ユーザーとしてログインしています。
sudo su -
次に、lsblk コマンドを使用して、システム上の利用可能なブロックデバイスを確認します。
lsblk
以下のような出力が表示され、システムディスクと追加のディスクが確認できるはずです。
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
次に、練習用の追加ディスクを特定し、以降のステップで使用するシェル変数を定義します。PRACTICE_DISK 変数にはディスクデバイスを格納し、PART_PREFIX は /dev/vdb1 や /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"
以下のような出力が表示されます。デバイス名は /dev/vdb、/dev/nvme0n1、または /dev/nvme1n1 などになる可能性があります。
Practice disk: /dev/nvme1n1
Partition prefix: /dev/nvme1n1p
-f オプションを付けて lsblk コマンドを実行し、練習用ディスクのファイルシステム情報を表示します。
lsblk -f "$PRACTICE_DISK"
以下のような出力が表示され、練習用ディスクがフォーマットされていない新しいディスクであることがわかります。
NAME FSTYPE FSVER LABEL UUID FSAVAIL FSUSE% MOUNTPOINTS
nvme1n1
次に、parted コマンドを使用して、パーティションテーブルを含むディスクの詳細情報を取得します。
parted "$PRACTICE_DISK" print
出力には、練習用ディスクにまだパーティションテーブルが存在しないことが示されます。モデル名やデバイス名は仮想マシンのインスタンスによって異なります。
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:
これで、練習用ディスクがパーティション作成の準備完了状態であることが確認できました。エラーメッセージは、パーティションテーブルで初期化されていないディスクでは正常な動作です。
練習用ディスクへのXFSパーティション作成と永続的なマウント
このステップでは、練習用ディスクに新しいパーティションを作成し、XFSファイルシステムでフォーマットして、永続的にマウントされるように設定します。
以下のコマンドは、ステップ1と同じrootシェルで実行することを前提としています。そのため、PRACTICE_DISK と PART_PREFIX 変数はそのまま利用可能です。ディスク上に1GBのプライマリパーティションを作成し、ファイルシステムタイプをXFSに指定します。開始セクタを 2048s にするのは一般的なアライメントの選択です。
まず、初期化されていないディスクにパーティションテーブルを作成します。 parted を対話モードで起動し、パーティションテーブルとパーティションを作成します。
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.
注意: mklabel msdos コマンドは、ディスク上にMBR（Master Boot Record）パーティションテーブルを作成します。これはパーティションを作成する前に必須の操作です。パーティションテーブル作成後、mkpart を実行して実際のパーティションを作成します。パーティションの開始位置を 2048s とし、終了位置を 1001MB に設定することで、約1GBのパーティションサイズになります。parted を終了する際に /etc/fstab の更新に関する情報メッセージが表示されますが、これは正常です。
パーティションが作成されたことを確認するために、練習用ディスクのパーティションテーブルを表示します。
parted "$PRACTICE_DISK" print
以下のように、新しく作成されたプライマリパーティションが表示されるはずです。
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
新しいパーティションを作成した後、udevadm settle を実行して、カーネルが /dev/vdb1 や /dev/nvme1n1p1 といった新しいパーティションデバイスを認識するようにします。
udevadm settle
パーティションが作成されたので、XFSファイルシステムでフォーマットします。
mkfs.xfs "${PART_PREFIX}1"
出力には、XFSファイルシステムの作成に関する詳細が表示されます。
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
ファイルシステムにアクセスできるように、マウントポイントディレクトリを作成します。このパーティションを /archive にマウントします。
mkdir -p /archive
永続的にマウントするために、/etc/fstab にエントリを追加します。デバイス名（/dev/vdb1 や /dev/nvme1n1p1 など）は環境によって変わる可能性があるため、パーティションのUUIDを使用します。
最初のパーティションのUUIDを確認します。
lsblk --fs "${PART_PREFIX}1"
出力からUUIDをメモしておきます。881e856c-37b1-41e3-b009-ad526e46d987 のような形式です。
NAME FSTYPE FSVER LABEL UUID FSAVAIL FSUSE% MOUNTPOINTS
nvme1n1p1 xfs 2ee03827-6acf-4543-9a21-0fd031250b45
次に、nano を使用して /etc/fstab ファイルを開き、パーティション用の新しい行を追加します。YOUR_UUID_HERE を先ほど確認した実際のUUIDに置き換えてください。
nano /etc/fstab
ファイルの末尾に以下の行を追加します。
UUID=YOUR_UUID_HERE /archive xfs defaults 0 0
Ctrl+X を押し、Y で確定し、Enter を押してファイルを保存します。
/etc/fstab を変更した後、systemd に設定を再読み込みさせ、新しいエントリを認識させます。
systemctl daemon-reload
最後に、/etc/fstab のエントリを使用して新しいファイルシステムをマウントします。
mount /archive
新しいファイルシステムが正しくマウントされたことを確認します。
mount | grep /archive
以下のような出力が表示され、マウントが成功したことが確認できるはずです。
/dev/nvme1n1p1 on /archive type xfs (rw,relatime,seclabel,attr2,inode64,logbufs=8,logbsize=32k,noquota)
練習用ディスクへのスワップパーティション作成と有効化
このステップでは、練習用ディスクにスワップパーティションを作成します。スワップ領域とは、物理RAMが不足した際に一時的な保存場所として使用されるハードディスクドライブ（HDD）またはソリッドステートドライブ（SSD）の一部です。RAMのオーバーフローとして機能し、メモリが不足している場合でもシステムが動作し続けることを可能にしますが、速度は低下します。
まず、練習用ディスクの現在のパーティションテーブルを確認し、新しいスワップパーティションを作成する場所を決定します。
parted "$PRACTICE_DISK" print
前のステップで作成した既存のXFSパーティション（${PART_PREFIX}1）が表示されるはずです。
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
次に、スワップ領域として使用するために500MBの新しいプライマリパーティションを追加します。新しいパーティションは既存の最初のパーティションの直後から始まるため、1001MB から 1501MB までとなります。
parted を非対話モードで使用して、このパーティションを作成します。
parted "$PRACTICE_DISK" mkpart primary linux-swap 1001MB 1501MB
再度 Information: You may need to update /etc/fstab. というメッセージが表示されるかもしれません。
練習用ディスクのパーティションを一覧表示して、作業を確認します。
parted "$PRACTICE_DISK" print
2つのパーティションが表示され、2番目が新しいスワップパーティションになっているはずです。
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
前と同様に、udevadm settle を実行して、システムが新しいパーティションを登録し、/dev/vdb2 や /dev/nvme1n1p2 といったデバイスファイルを作成するようにします。
udevadm settle
次に、mkswap コマンドを使用して、2番目のパーティションをスワップ領域としてフォーマットします。
mkswap "${PART_PREFIX}2"
出力には、サイズや生成されたUUIDなど、スワップ領域作成の詳細が表示されます。
Setting up swapspace version 1, size = 476 MiB (499118080 bytes)
no label, UUID=4379b167-ab39-4c83-bf7c-b28fbdb38725
新しいスワップ領域を永続的に有効にするために、/etc/fstab にエントリを追加します。まず、2番目のパーティションのUUIDを確認します。
lsblk -o UUID "${PART_PREFIX}2"
出力からUUIDをメモしておきます。4379b167-ab39-4c83-bf7c-b28fbdb38725 のような形式です。
UUID
4379b167-ab39-4c83-bf7c-b28fbdb38725
nano を使用して /etc/fstab を開き、スワップパーティション用の新しい行を追加します。YOUR_SWAP_UUID_HERE を先ほど確認した実際のUUIDに置き換えてください。
nano /etc/fstab
ファイルの末尾に以下の行を追加します。
UUID=YOUR_SWAP_UUID_HERE swap swap defaults 0 0
Ctrl+X を押し、Y で確定し、Enter を押してファイルを保存します。
/etc/fstab を変更した後、systemd デーモンを再読み込みして新しいエントリを認識させます。
systemctl daemon-reload
最後に、swapon -a を使用してスワップ領域を有効にします。
swapon -a
新しいスワップ領域が有効になっていることを確認します。
swapon --show
以下のような出力が表示され、新しいスワップパーティションがアクティブであることが確認できるはずです。
NAME TYPE SIZE USED PRIO
/dev/nvme1n1p2 partition 476M 0B -2
出力は、新しく作成されたスワップパーティションがアクティブで、使用可能な状態であることを示しています。
練習用ディスクへの追加パーティション作成
このステップでは、練習用ディスクに追加のパーティションを作成します。MBR（msdos）パーティションテーブルを使用して1つのXFSパーティションと1つのスワップパーティションを作成しましたが、まだ追加のパーティションを作成するスペースがあります。ここでは、より大きなパーティションの管理を実演するために、3番目のパーティションを作成します。
まず、練習用ディスクの現在のパーティションテーブルと空き容量を確認します。
parted "$PRACTICE_DISK" print
先ほど作成した2つのパーティションが表示されるはずです。
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
次に、追加ストレージとして2GBの3番目のパーティションを作成します。このパーティションは 1501MB（スワップパーティションの終了位置）から始まり、3501MB（1501MB + 2000MB）で終わります。
parted "$PRACTICE_DISK" mkpart primary xfs 1501MB 3501MB
Information: You may need to update /etc/fstab. というメッセージが表示されるかもしれません。
3番目のパーティションが作成されたことを確認します。
parted "$PRACTICE_DISK" print
3つのパーティションが表示されるはずです。
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
udevadm settle を実行して、システムが新しいパーティションを検出したことを確認します。
udevadm settle
3番目のパーティションのフォーマットと永続的なマウント
このステップでは、3番目のパーティション（${PART_PREFIX}3）をXFSファイルシステムでフォーマットし、/backup に永続的にマウントするように設定します。
まず、3番目のパーティションをXFSファイルシステムでフォーマットします。
mkfs.xfs "${PART_PREFIX}3"
出力には、XFSファイルシステムの作成に関する詳細が表示されます。
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
次に、このパーティション用のマウントポイントディレクトリを作成します。/backup にマウントします。
mkdir -p /backup
ファイルシステムが自動的にマウントされるように、/etc/fstab にエントリを追加します。まず、3番目のパーティションのUUIDを確認します。
lsblk -o UUID "${PART_PREFIX}3"
出力からUUIDをメモしておきます。f74ed805-b1fc-401a-a5ee-140f97c6757d のような一意の識別子です。
UUID
f74ed805-b1fc-401a-a5ee-140f97c6757d
nano を使用して /etc/fstab ファイルを開き、新しいエントリを追加します。YOUR_UUID_HERE を先ほど確認した実際のUUIDに置き換えてください。
nano /etc/fstab
ファイルの末尾に以下の行を追加します。
UUID=YOUR_UUID_HERE /backup xfs defaults 0 0
ファイルを保存します（Ctrl+X、Y、Enter）。
/etc/fstab を変更した後、systemd デーモンを再読み込みして変更を適用します。
systemctl daemon-reload
最後に、/backup ディレクトリを手動でマウントして、設定が正しいことを確認します。
mount /backup
mount コマンドの出力を確認して、マウントが成功したことを確認します。
mount | grep /backup
以下のような出力が表示されるはずです。
/dev/nvme1n1p3 on /backup type xfs (rw,relatime,seclabel,attr2,inode64,noquota)
練習用ディスクへの優先順位付き追加スワップパーティションの作成
このステップでは、練習用ディスクにもう1つスワップパーティションを作成し、パーティションテーブルの制限について学びます。また、スワップパーティションに優先順位を割り当てる方法も学びます。複数のスワップパーティションがアクティブな場合、システムは優先順位が最も高いものを最初に使用します。
パーティションテーブルの制限について:
現在の設定ではMBR（msdos）パーティションテーブルを使用しており、プライマリパーティションは4つまでという制限があります。このステップで4番目のパーティションを作成すると、GPTに変換するか拡張パーティションを使用しない限り、これ以上プライマリパーティションを作成することはできません。
まず、練習用ディスクの現在のパーティションテーブルを確認します。
parted "$PRACTICE_DISK" print
これまでに作成した4つのパーティションが表示されるはずです。
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番目のパーティションを512MBのスワップパーティションとして作成します。これは 3501MB（3番目のパーティションの終了位置）から始まり、4013MB（3501MB + 512MB）で終わります。
parted "$PRACTICE_DISK" mkpart primary linux-swap 3501MB 4013MB
Information: You may need to update /etc/fstab. というメッセージが表示されるかもしれません。
MBRの制限に関する注意: この時点で、MBRパーティションテーブルの4パーティション制限に達しました。5番目のプライマリパーティションを作成しようとすると、Error: Can't create any more partitions. というエラーが発生します。
パーティションテーブルを表示して作業を確認します。
parted "$PRACTICE_DISK" print
4つのパーティションが表示されるはずです。
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
udevadm settle を実行して、システムが新しいパーティションを登録し、/dev/vdb4 や /dev/nvme1n1p4 といったデバイスファイルを作成するようにします。
udevadm settle
次に、mkswap コマンドを使用して、新しいパーティションをスワップ領域として初期化します。/etc/fstab で必要になるため、4番目のパーティションのUUIDをメモしておきます。
mkswap "${PART_PREFIX}4"
4番目のパーティションの出力例：
Setting up swapspace version 1, size = 488 MiB (511705088 bytes)
no label, UUID=87976166-4697-47b7-86d1-73a02f0fc803
このスワップ領域を特定の優先順位で有効にするには、/etc/fstab ファイルにエントリを追加する必要があります。pri（優先順位）の値が高いほど、優先度が高くなります。新しいスワップパーティションには高い優先順位を設定します。
nano を使用して /etc/fstab を開きます。
nano /etc/fstab
ファイルの末尾に以下の行を追加し、UUIDをメモしたものに置き換えます。
UUID=UUID_OF_PARTITION4 swap swap pri=10 0 0
pri オプションの説明:
pri=10: 4番目のパーティションに優先順位10を割り当てます。これは2番目のパーティションのデフォルト優先順位（-2）よりも高いため、システムは4番目のパーティションを優先的に使用します。
ファイルを保存します（Ctrl+X、Y、Enter）。
systemd デーモンを再読み込みして、新しい /etc/fstab エントリを認識させます。
systemctl daemon-reload
swapon -a を使用して新しいスワップ領域を有効にします。
swapon -a
swapon --show を使用して、スワップ領域が正しく有効化され、優先順位が設定されていることを確認します。
swapon --show
すべてのアクティブなスワップパーティションとその優先順位が表示されるはずです。2番目のパーティションはデフォルトの優先順位 -2 を持ち、4番目のパーティションは割り当てた優先順位（10）を持ちます。
NAME TYPE SIZE USED PRIO
/dev/nvme1n1p2 partition 476M 0B -2
/dev/nvme1n1p4 partition 488M 0B 10
学習メモ: 本番環境で4つ以上のパーティションが必要な場合は、以下のいずれかの方法をとります。
- GPTパーティションテーブルに変換する（最大128パーティションまでサポート）
- 拡張パーティションを使用して、その中に論理パーティションを作成する
- より柔軟なストレージ管理のためにLVM（Logical Volume Manager）を使用する
再起動なしでの永続マウント設定の検証
この最後のステップでは、システムを再起動せずに永続マウント設定をテストします。再起動するとLabEx環境から切断されてしまうためです。代わりに、さまざまなコマンドを使用して、再起動後も設定が正しく機能することを確認します。
まず、すべてのマウントエントリが /etc/fstab に正しく設定されていることを確認します。/etc/fstab の内容を表示してエントリを確認します。
cat /etc/fstab
XFSパーティションとスワップ領域のエントリが以下のように表示されるはずです。
## ... 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
次に、ファイルシステムをアンマウントして再マウントすることで、マウント設定が正しく機能するかテストします。
まず、/archive ディレクトリをアンマウントします。
umount /archive
アンマウントされたことを確認します。
mount | grep /archive
何も出力されないはずです。
次に、/etc/fstab エントリを使用して再マウントします。
mount /archive
再度マウントされたことを確認します。
mount | grep /archive
以下のように表示されるはずです。
/dev/nvme1n1p1 on /archive type xfs (rw,relatime,seclabel,attr2,inode64,logbufs=8,logbsize=32k,noquota)
/backup についても同じ手順を繰り返します。
umount /backup
mount /backup
mount | grep /backup
以下のように表示されるはずです。
/dev/nvme1n1p3 on /backup type xfs (rw,relatime,seclabel,attr2,inode64,noquota)
スワップ領域については、オフにしてから再度オンにすることでテストします。まず、すべてのスワップをオフにします。
swapoff -a
スワップがアクティブでないことを確認します。
swapon --show
システムに存在する可能性のあるスワップは表示されるかもしれませんが、カスタムスワップパーティションは表示されないはずです。
次に、/etc/fstab を使用してすべてのスワップをオンにします。
swapon -a
すべてのスワップ領域が正しい優先順位でアクティブになっていることを確認します。
swapon --show
以下のような出力が表示され、カスタムスワップパーティションがアクティブになり、優先順位の高い方が優先されていることが確認できるはずです。
NAME TYPE SIZE USED PRIO
/dev/nvme1n1p2 partition 476M 0B -2
/dev/nvme1n1p4 partition 488M 0B 10
最後に、systemd がエラーなしですべての /etc/fstab エントリを処理できるかテストします。
systemctl daemon-reload
これはエラーメッセージなしで完了するはずです。
また、findmnt コマンドを使用して、カーネルが /etc/fstab で定義されたすべてのファイルシステムをマウントできるかを確認することもできます。
findmnt --verify
このコマンドは /etc/fstab に潜在的な問題がないかチェックします。この実験では意図的に2つの swap エントリを定義しているため、findmnt --verify が swap ターゲットが複数回出現するという警告を表示する可能性があります。その警告はこの実験では想定内ですが、コマンドが解析エラーや重大なエラーを報告することはありません。
作業の最終まとめを表示します。
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}
これで、ストレージパーティションとスワップ領域の管理に関する実験は終了です。システムを再起動することなく、異なるファイルシステムを持つ複数のパーティションの作成と構成、永続的なマウントの設定、および優先順位付きスワップ領域の構成に成功しました。
まとめ
この実験では、参加者はLabEx仮想マシン環境内のRHEL 9システムでストレージパーティションとスワップ領域を管理する方法を学びました。実験は、現在の仮想マシン内の追加練習用ディスクを特定し、パーティション作成タスクに進む前にその現在の状態を理解することから始まりました。
参加者はその練習用ディスクを使用して、MBRパーティションテーブルを作成し、複数のパーティションを作成しました。/archive にマウントするためのXFSパーティション、スワップパーティション、/backup にマウントするための別のXFSパーティション、そして優先順位設定付きの追加スワップパーティションです。また、MBRパーティションテーブルの制限（プライマリパーティションは4つまで）を実演し、より多くのパーティションが必要なシナリオのためのGPTなどの代替案についての洞察も提供しました。
この実験の重要な側面は、適切な /etc/fstab エントリを通じて永続的な構成を確実にし、システムを再起動（LabEx環境から切断されてしまうため）することなく構成をテストすることでした。実験は、すべてのマウントとスワップ領域が正しくアクティブになることを確認するための包括的な検証手順で締めくくられ、実用的でクラウドベースの学習環境でRHELストレージ管理の必須スキルを実践的に習得しました。
