Введение
В этой лабораторной работе вы получите практический опыт управления разделами хранилища и пространством подкачки (swap) в системах Red Hat Enterprise Linux (RHEL). Вы научитесь создавать и монтировать разделы XFS с сохранением настроек после перезагрузки, а также настраивать и активировать разделы подкачки с различными приоритетами. Лабораторная работа проводится в среде LabEx VM с использованием доступных устройств хранения данных, что позволяет отработать эти важные навыки системного администрирования.
Вы начнете с проверки доступных дисков, затем перейдете к созданию и управлению разделами, включая настройку таблиц разделов GPT там, где это необходимо. В лабораторной работе особое внимание уделяется обеспечению постоянного монтирования и активации подкачки, что дает полное представление об управлении дисками в среде RHEL.
Проверка доступного диска для практики
На этом этапе вы проверите доступные устройства хранения данных в вашей виртуальной машине LabEx. Среда LabEx предоставляет одно дополнительное устройство хранения для практики работы с разделами, но его имя может различаться в зависимости от экземпляра виртуальной машины.
Сначала переключитесь на пользователя root для выполнения операций по управлению дисками. В данный момент вы вошли в систему как пользователь labex с привилегиями sudo.
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
Используйте команду lsblk с опцией -f для отображения информации о файловой системе для диска практики:
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 и настроите его для постоянного монтирования.
Приведенные ниже команды предполагают, что вы все еще находитесь в той же оболочке root, что и на шаге 1, поэтому переменные PRACTICE_DISK и PART_PREFIX все еще доступны. Вы создадите первичный раздел размером 1 ГБ на этом диске и укажете тип файловой системы 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 приводит к размеру раздела примерно 1 ГБ. При выходе из 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. Используйте UUID раздела, так как имена устройств, такие как /dev/vdb1 или /dev/nvme1n1p1, могут различаться в разных средах.
Узнайте 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
Теперь откройте файл /etc/fstab с помощью nano и добавьте новую строку для вашего раздела. Замените 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)
Создание и активация раздела подкачки на диске для практики
На этом этапе вы создадите раздел подкачки (swap) на диске для практики. Пространство подкачки — это часть жесткого диска (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
Теперь добавьте новый первичный раздел размером 500 МБ для использования в качестве пространства подкачки. Новый раздел начинается сразу после существующего первого раздела, поэтому он начинается с 1001MB и заканчивается на 1501MB.
Используйте parted в неинтерактивном режиме для создания этого раздела:
parted "$PRACTICE_DISK" mkpart primary linux-swap 1001MB 1501MB
Вы можете снова увидеть сообщение Information: You may need to update /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 xfs
2 1001MB 1501MB 499MB primary swap
Как и раньше, выполните udevadm settle, чтобы убедиться, что система зарегистрировала новый раздел и создала файл устройства, например /dev/vdb2 или /dev/nvme1n1p2.
udevadm settle
Теперь отформатируйте второй раздел как пространство подкачки с помощью команды mkswap:
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. Сначала узнайте UUID второго раздела:
lsblk -o UUID "${PART_PREFIX}2"
Запишите UUID из вывода. Он будет похож на 4379b167-ab39-4c83-bf7c-b28fbdb38725.
UUID
4379b167-ab39-4c83-bf7c-b28fbdb38725
Откройте /etc/fstab с помощью nano и добавьте новую строку для вашего раздела подкачки. Замените 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
Вывод показывает, что ваш недавно созданный раздел подкачки активен и готов к использованию.
Создание дополнительных разделов на диске для практики
На этом этапе вы создадите дополнительные разделы на диске для практики. Поскольку вы создали один раздел XFS и один раздел подкачки, используя таблицу разделов MBR (msdos), у вас все еще есть свободное место для дополнительных разделов. Теперь вы создадите третий раздел, чтобы продемонстрировать управление большими разделами.
Сначала проверьте текущую таблицу разделов и доступное место на диске для практики:
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 xfs
2 1001MB 1501MB 500MB primary linux-swap
Теперь вы создадите третий раздел размером 2 ГБ для дополнительного хранилища. Этот раздел начнется с 1501MB (конец раздела подкачки) и закончится на 3501MB (1501MB + 2000MB).
parted "$PRACTICE_DISK" mkpart primary xfs 1501MB 3501MB
Вы можете увидеть сообщение Information: You may need to update /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 xfs
2 1001MB 1501MB 500MB primary linux-swap
3 1501MB 3501MB 2000MB primary
Выполните udevadm settle, чтобы убедиться, что система обнаружила новый раздел:
udevadm settle
Форматирование третьего раздела и его постоянное монтирование
На этом этапе вы отформатируете третий раздел (${PART_PREFIX}3) с файловой системой XFS и настроите его для постоянного монтирования в /backup.
Сначала отформатируйте третий раздел с файловой системой 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. Сначала найдите UUID третьего раздела.
lsblk -o UUID "${PART_PREFIX}3"
Запишите UUID из вывода. Это будет уникальный идентификатор, например f74ed805-b1fc-401a-a5ee-140f97c6757d.
UUID
f74ed805-b1fc-401a-a5ee-140f97c6757d
Откройте файл /etc/fstab с помощью nano и добавьте новую запись. Замените 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)
Создание дополнительных разделов подкачки на диске для практики с приоритетами
На этом этапе вы создадите еще один раздел подкачки на диске для практики и узнаете об ограничениях таблицы разделов. Вы также узнаете, как назначать приоритеты разделам подкачки. Когда активны несколько разделов подкачки, система сначала использует тот, у которого самый высокий приоритет.
Понимание ограничений таблицы разделов:
Текущая настройка использует таблицу разделов MBR (msdos), которая имеет ограничение только на 4 первичных раздела. После создания четвертого раздела на этом этапе вы не сможете создавать дополнительные первичные разделы без преобразования в GPT или использования расширенных разделов.
Сначала проверьте текущую таблицу разделов на диске для практики:
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 xfs
2 1001MB 1501MB 500MB primary linux-swap
3 1501MB 3501MB 2000MB primary xfs
Теперь создайте четвертый раздел как раздел подкачки размером 512 МБ. Он начнется с 3501MB (конец третьего раздела) и закончится на 4013MB (3501MB + 512MB).
parted "$PRACTICE_DISK" mkpart primary linux-swap 3501MB 4013MB
Вы можете увидеть сообщение Information: You may need to update /etc/fstab..
Примечание об ограничениях MBR: На этом этапе вы достигли лимита в 4 раздела для таблиц разделов MBR. Попытка создать пятый первичный раздел приведет к ошибке: Error: Can't create any more partitions.
Выведите таблицу разделов, чтобы проверить свою работу:
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 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. Запишите UUID для четвертого раздела, так как он понадобится вам для /etc/fstab.
mkswap "${PART_PREFIX}4"
Пример вывода для четвертого раздела:
Setting up swapspace version 1, size = 488 MiB (511705088 bytes)
no label, UUID=87976166-4697-47b7-86d1-73a02f0fc803
Чтобы настроить активацию этого пространства подкачки с определенным приоритетом, вам нужно добавить запись в файл /etc/fstab. Более высокое значение pri (приоритет) указывает на более высокий приоритет. Вы установите более высокий приоритет для нового раздела подкачки.
Откройте /etc/fstab с помощью nano:
nano /etc/fstab
Добавьте следующую строку в конец файла, заменив UUID на тот, который вы записали:
UUID=UUID_OF_PARTITION4 swap swap pri=10 0 0
Пояснение опции pri:
pri=10: Назначает приоритет 10 четвертому разделу. Это выше, чем приоритет по умолчанию (-2) второго раздела, поэтому система будет отдавать предпочтение четвертому разделу в первую очередь.
Сохраните файл (Ctrl+X, Y, Enter).
Перезагрузите демон systemd, чтобы он распознал новую запись в /etc/fstab.
systemctl daemon-reload
Активируйте новое пространство подкачки с помощью swapon -a.
swapon -a
Проверьте правильность активации и приоритет пространств подкачки с помощью swapon --show:
swapon --show
Вы должны увидеть вывод, показывающий все активные разделы подкачки с их приоритетами. Второй раздел будет иметь приоритет по умолчанию -2, в то время как четвертый раздел будет иметь назначенный вами приоритет (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 и пространств подкачки, похожие на эти:
## ... существующие системные записи ...
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 на наличие потенциальных проблем. Поскольку в этой лабораторной работе намеренно определены две записи 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}
На этом лабораторная работа по управлению разделами хранилища и пространством подкачки завершена. Вы успешно создали и настроили несколько разделов с различными файловыми системами, настроили постоянное монтирование и настроили пространства подкачки с приоритетами, и все это без необходимости перезагрузки системы.
Резюме
В этой лабораторной работе участники научились управлять разделами хранилища и пространством подкачки в системе RHEL 9 в среде LabEx VM. Лабораторная работа началась с идентификации дополнительного диска для практики в текущей виртуальной машине и понимания его текущего состояния перед переходом к задачам разметки.
Участники работали с этим диском, создав таблицу разделов MBR, а затем создав несколько разделов: раздел XFS для монтирования в /archive, раздел подкачки, еще один раздел XFS для монтирования в /backup и дополнительный раздел подкачки с настройкой приоритета. Лабораторная работа также демонстрирует ограничения таблиц разделов MBR (лимит в 4 первичных раздела) и дает представление об альтернативах, таких как GPT, для сценариев, требующих большего количества разделов.
Важным аспектом лабораторной работы было обеспечение постоянной конфигурации с помощью правильных записей в /etc/fstab и тестирование конфигурации без необходимости перезагрузки системы (которая отключила бы среду LabEx). Лабораторная работа завершилась комплексными процедурами проверки, чтобы подтвердить, что все точки монтирования и пространства подкачки будут активироваться правильно, что дало практический опыт работы с важными навыками управления хранилищем RHEL в практической облачной среде обучения.
