Введение
В этой лабораторной работе вы получите практический опыт управления разделами хранилища и пространством подкачки на системах Red Hat Enterprise Linux (RHEL). Вы научитесь создавать и постоянно монтировать разделы XFS, а также настраивать и активировать разделы подкачки с различными приоритетами. Лабораторная работа использует среду виртуальной машины LabEx с доступными устройствами хранения, что позволяет вам практиковать эти важные навыки системного администрирования.
Вы начнете с проверки доступных дисков, затем перейдете к созданию и управлению разделами, включая настройку таблиц разделов 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 /
vdb 253:16 0 40G 0 disk
В этой среде у вас есть доступ к дополнительному устройству хранения /dev/vdb, которое не разбито на разделы и готово к использованию. Давайте рассмотрим это устройство более внимательно.
Используйте команду lsblk с опцией -f, чтобы отобразить информацию о файловой системе для /dev/vdb:
lsblk -f /dev/vdb
Вы должны увидеть вывод, аналогичный этому, указывающий на то, что /dev/vdb — это новый, неформатированный диск:
NAME FSTYPE FSVER LABEL UUID FSAVAIL FSUSE% MOUNTPOINTS
vdb
Далее используйте команду parted, чтобы получить более подробную информацию о диске, включая его таблицу разделов:
parted /dev/vdb print
Вывод должен показать, что на /dev/vdb еще нет таблицы разделов:
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:
Это подтверждает, что /dev/vdb — это новый диск, готовый к разбиению на разделы. Сообщение об ошибке является нормальным для диска, который еще не был инициализирован с таблицей разделов.
Создание раздела XFS на /dev/vdb и его постоянное монтирование
На этом шаге вы создадите новый раздел на /dev/vdb, отформатируете его файловой системой XFS и настроите для постоянного монтирования.
Вы создадите первичный раздел размером 1 ГБ на /dev/vdb и укажете тип файловой системы XFS. Для оптимальной производительности рекомендуется выравнивать разделы по границам секторов. Начало с сектора 2048 является распространенным вариантом выравнивания.
Сначала необходимо создать таблицу разделов на неинициализированном диске. Используйте parted в интерактивном режиме для создания таблицы разделов и самого раздела:
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.
Примечание: Команда mklabel msdos создает таблицу разделов MBR (Master Boot Record) на диске. Это необходимо перед созданием любых разделов. После создания таблицы разделов вы можете перейти к mkpart для создания фактического раздела. Поскольку раздел начинается с сектора 2048, установка конечной позиции 1001MB приведет к размеру раздела примерно 1 ГБ. При выходе из parted вы увидите информационное сообщение об обновлении /etc/fstab, что является нормальным.
Чтобы убедиться, что раздел создан, используйте parted для вывода таблицы разделов для /dev/vdb:
parted /dev/vdb print
Вы должны увидеть вывод, похожий на этот, показывающий ваш недавно созданный первичный раздел:
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
После создания нового раздела крайне важно уведомить ядро об изменениях. Команда udevadm settle ожидает, пока система зарегистрирует новый раздел и создаст соответствующий файл устройства (например, /dev/vdb1).
udevadm settle
Теперь, когда раздел создан, вам нужно отформатировать его файловой системой XFS. Это подготовит раздел для хранения данных. Используйте для этого команду mkfs.xfs:
mkfs.xfs /dev/vdb1
Вывод покажет детали создания файловой системы XFS:
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
Чтобы сделать файловую систему доступной, вам нужно ее смонтировать. Сначала создайте каталог точки монтирования. Вы будете монтировать этот раздел в /archive.
mkdir /archive
Для постоянного монтирования (что означает, что файловая система будет автоматически монтироваться при каждой загрузке системы) вам нужно добавить запись в файл /etc/fstab. Лучшей практикой является использование Universally Unique Identifier (UUID) раздела в /etc/fstab, поскольку имена устройств, такие как /dev/vdb1, могут меняться при добавлении или удалении новых дисков.
Определите UUID /dev/vdb1 с помощью lsblk --fs:
lsblk --fs /dev/vdb1
Запишите UUID из вывода. Он будет выглядеть примерно так: 881e856c-37b1-41e3-b009-ad526e46d987.
NAME FSTYPE FSVER LABEL UUID FSAVAIL FSUSE% MOUNTPOINTS
vdb1 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
Объяснение записи /etc/fstab:
UUID=YOUR_UUID_HERE: Указывает устройство для монтирования по его UUID./archive: Каталог точки монтирования.xfs: Тип файловой системы.defaults: Стандартный набор опций монтирования (rw, suid, dev, exec, auto, nouser, async).0: Опцияdump(0 означает отсутствие резервного копирования).0: Порядок проверкиfsck(0 означает отсутствие проверкиfsckпри загрузке).
Сохраните файл, нажав Ctrl+X, затем Y для подтверждения и Enter для записи в файл.
После изменения /etc/fstab вам нужно сообщить systemd о необходимости перезагрузки конфигурации, чтобы он распознал новую запись.
systemctl daemon-reload
Наконец, смонтируйте новую файловую систему, используя запись из /etc/fstab. Команда mount /archive использует информацию из /etc/fstab для монтирования /dev/vdb1 в /archive.
mount /archive
Проверьте, правильно ли смонтирована новая файловая система, выполнив команду mount и отфильтровав по /archive:
mount | grep /archive
Вы должны увидеть вывод, похожий на этот, подтверждающий успешное монтирование:
/dev/vdb1 on /archive type xfs (rw,relatime,seclabel,attr2,inode64,logbufs=8,logbsize=32k,noquota)
Создание и активация swap-раздела на /dev/vdb
На этом шаге вы создадите раздел подкачки (swap partition) на диске /dev/vdb. Пространство подкачки — это часть жесткого диска (HDD) или твердотельного накопителя (SSD), используемая для временного хранения, когда в системе заканчивается физическая оперативная память (RAM). Оно действует как переполнение для RAM, позволяя системе продолжать работу даже при нехватке памяти, хотя и с меньшей скоростью.
Сначала давайте проверим текущую таблицу разделов на /dev/vdb, чтобы определить, где создать новый раздел подкачки.
parted /dev/vdb print
Вы должны увидеть существующий раздел XFS (/dev/vdb1), который вы создали на предыдущем шаге:
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
Теперь вы добавите новый первичный раздел размером 500 МБ для использования в качестве пространства подкачки. Вы установите тип файловой системы раздела на linux-swap. Новый раздел начнется сразу после существующего раздела /dev/vdb1. Конец /dev/vdb1 находится на 1001MB. Таким образом, новый раздел начнется с 1001MB и закончится на 1501MB (1001MB + 500MB).
Используйте parted в неинтерактивном режиме для создания этого раздела:
parted /dev/vdb mkpart primary linux-swap 1001MB 1501MB
Вы можете снова увидеть сообщение Information: You may need to update /etc/fstab..
Проверьте свою работу, перечислив разделы на диске /dev/vdb:
parted /dev/vdb print
Теперь вы должны увидеть два раздела, причем второй — ваш новый раздел подкачки:
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
Как и раньше, после создания нового раздела вы должны запустить udevadm settle, чтобы убедиться, что система зарегистрирует новый раздел и создаст его файл устройства (/dev/vdb2).
udevadm settle
Теперь отформатируйте новый раздел (/dev/vdb2) как пространство подкачки, используя команду mkswap. Эта команда инициализирует раздел для использования в качестве подкачки.
mkswap /dev/vdb2
Вывод покажет подробности о создании пространства подкачки, включая его размер и сгенерированный UUID:
Setting up swapspace version 1, size = 476 MiB (499118080 bytes)
no label, UUID=4379b167-ab39-4c83-bf7c-b28fbdb38725
Чтобы настроить новое пространство подкачки для постоянной активации, вам нужно добавить запись в файл /etc/fstab. Сначала узнайте UUID устройства /dev/vdb2.
lsblk -o UUID /dev/vdb2
Запишите 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
Объяснение записи в /etc/fstab для подкачки:
UUID=YOUR_SWAP_UUID_HERE: Указывает устройство для использования в качестве подкачки.swap: Точка монтирования (для подкачки это всегдаswap).swap: Тип файловой системы (для подкачки это всегдаswap).defaults: Стандартные параметры для подкачки.0: Опцияdump(0 означает отсутствие дампа).0: Порядокfsck(0 означает отсутствие проверки fsck для подкачки).
Сохраните файл, нажав Ctrl+X, затем Y для подтверждения и Enter для записи в файл.
После изменения /etc/fstab перезагрузите демон systemd, чтобы он распознал новую запись.
systemctl daemon-reload
Наконец, включите пространство подкачки, используя команду swapon -a. Опция -a указывает swapon включить все устройства подкачки, перечисленные в /etc/fstab.
swapon -a
Убедитесь, что новое пространство подкачки включено, используя swapon --show:
swapon --show
Вы должны увидеть вывод, аналогичный этому, подтверждающий, что ваш новый раздел подкачки активен:
NAME TYPE SIZE USED PRIO
/dev/vdb2 partition 476M 0B -2
Вывод показывает, что ваш вновь созданный раздел подкачки активен и готов к использованию.
Создание дополнительных разделов на /dev/vdb
На этом шаге вы создадите дополнительные разделы на /dev/vdb. Поскольку вы создали один раздел XFS и один раздел подкачки, используя таблицу разделов MBR (msdos), у вас все еще есть место для большего количества разделов. Сейчас вы создадите третий раздел, который продемонстрирует управление большими разделами.
Сначала давайте проверим текущую таблицу разделов и доступное пространство на /dev/vdb:
parted /dev/vdb print
Вы должны увидеть два раздела, которые вы создали ранее:
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
Теперь вы создадите третий раздел размером 2 ГБ для дополнительного хранилища. Этот раздел начнется с 1501MB (конец раздела подкачки) и закончится на 3501MB (1501MB + 2000MB).
parted /dev/vdb mkpart primary xfs 1501MB 3501MB
Вы можете увидеть сообщение Information: You may need to update /etc/fstab..
Проверьте создание третьего раздела:
parted /dev/vdb print
Теперь вы должны увидеть три раздела:
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
Запустите udevadm settle, чтобы убедиться, что система обнаружила новый раздел:
udevadm settle
Форматирование третьего раздела и его постоянное монтирование
На этом шаге вы отформатируете третий раздел (/dev/vdb3) с файловой системой XFS и настроите его для постоянного монтирования в /backup.
Сначала отформатируйте раздел /dev/vdb3 с файловой системой XFS:
mkfs.xfs /dev/vdb3
Вывод покажет подробности о создании файловой системы XFS:
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
Теперь создайте точку монтирования (mount point) для этого раздела. Вы смонтируете его в /backup.
mkdir /backup
Чтобы файловая система монтировалась автоматически, вам нужно добавить запись в /etc/fstab. Сначала найдите UUID раздела /dev/vdb3.
lsblk -o UUID /dev/vdb3
Запишите 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/vdb3 on /backup type xfs (rw,relatime,seclabel,attr2,inode64,noquota)
Создание дополнительных swap-разделов на /dev/vdb с приоритетами
На этом шаге вы создадите один дополнительный раздел подкачки на /dev/vdb и узнаете об ограничениях таблицы разделов. Вы также узнаете, как назначать приоритеты разделам подкачки. Когда активно несколько разделов подкачки, система сначала использует тот, у которого самый высокий приоритет.
Понимание ограничений таблицы разделов:
Текущая настройка использует таблицу разделов MBR (msdos), которая имеет ограничение в 4 основных раздела. Поскольку вы уже создали 4 раздела, вы не можете создать дополнительные основные разделы без преобразования в GPT или использования расширенных разделов.
Сначала проверьте текущую таблицу разделов на /dev/vdb:
parted /dev/vdb print
Вы должны увидеть четыре раздела, которые вы создали до сих пор:
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
Теперь создайте четвертый раздел как раздел подкачки размером 512 МБ. Он начнется с 3501MB (конец третьего раздела) и закончится на 4013MB (3501MB + 512MB).
parted /dev/vdb 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 /dev/vdb print
Теперь вы должны увидеть четыре раздела:
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
Запустите udevadm settle, чтобы убедиться, что система зарегистрировала новый раздел и создала его файл устройства (/dev/vdb4).
udevadm settle
Теперь инициализируйте новый раздел как пространство подкачки, используя команду mkswap. Запишите UUID для /dev/vdb4, так как он вам понадобится для /etc/fstab.
mkswap /dev/vdb4
Пример вывода для /dev/vdb4:
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_VDB4 swap swap pri=10 0 0
Объяснение опции pri:
pri=10: Назначает приоритет 10 для/dev/vdb4. Это выше, чем приоритет по умолчанию (-2) для/dev/vdb2, поэтому система предпочтет использовать/dev/vdb4перед/dev/vdb2.
Сохраните файл (Ctrl+X, Y, Enter).
Перезагрузите демон systemd, чтобы распознать новую запись /etc/fstab.
systemctl daemon-reload
Активируйте новое пространство подкачки с помощью swapon -a.
swapon -a
Проверьте правильную активацию и приоритет пространств подкачки с помощью swapon --show:
swapon --show
Вы должны увидеть вывод, показывающий все активные разделы подкачки с их приоритетами. /dev/vdb2 будет иметь приоритет по умолчанию (-2), в то время как /dev/vdb4 будет иметь приоритет, который вы назначили (10).
NAME TYPE SIZE USED PRIO
/dev/vdb2 partition 476M 0B -2
/dev/vdb4 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-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
Теперь давайте протестируем конфигурацию монтирования, размонтировав и повторно смонтировав файловые системы, чтобы убедиться, что они работают правильно:
Сначала размонтируйте каталог /archive:
umount /archive
Убедитесь, что он размонтирован:
mount | grep /archive
Это не должно возвращать никакого вывода.
Теперь повторно смонтируйте его, используя запись /etc/fstab:
mount /archive
Убедитесь, что он снова смонтирован:
mount | grep /archive
Вы должны увидеть:
/dev/vdb1 on /archive type xfs (rw,relatime,seclabel,attr2,inode64,logbufs=8,logbsize=32k,noquota)
Повторите тот же процесс для /backup:
umount /backup
mount /backup
mount | grep /backup
Вы должны увидеть:
/dev/vdb3 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/vda2 partition 2G 0B -2
/dev/vdb2 partition 476M 0B -2
/dev/vdc2 partition 244M 0B 10
/dev/vdc3 partition 244M 0B 20
Наконец, давайте проверим, что systemd может обработать все ваши записи /etc/fstab без ошибок:
systemctl daemon-reload
Это должно завершиться без каких-либо сообщений об ошибках.
Вы также можете использовать команду findmnt, чтобы убедиться, что ядро сможет смонтировать все файловые системы, определенные в /etc/fstab:
findmnt --verify
Эта команда проверяет /etc/fstab на наличие потенциальных проблем и должна завершиться без ошибок.
Отобразите окончательное резюме всей вашей работы:
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]"
На этом завершается лабораторная работа по управлению разделами хранилища и пространством подкачки. Вы успешно создали и настроили несколько разделов с разными файловыми системами, настроили постоянные монтирования и настроили пространства подкачки с приоритетами, и все это без необходимости перезагрузки системы.
Резюме
В этой лабораторной работе участники научились управлять разделами хранилища и пространством подкачки в системе RHEL 9 в среде виртуальной машины LabEx. Лабораторная работа началась с осмотра доступного устройства хранения (/dev/vdb) и понимания его текущего состояния, прежде чем приступить к задачам разбиения на разделы.
Участники работали с /dev/vdb, создавая таблицу разделов MBR, а затем создавая несколько разделов: раздел XFS для монтирования в /archive, раздел подкачки, другой раздел XFS для монтирования в /backup и дополнительный раздел подкачки с конфигурацией приоритета. Лабораторная работа также демонстрирует ограничения таблиц разделов MBR (ограничение в 4 основных раздела) и предоставляет информацию об альтернативах, таких как GPT, для сценариев, требующих большего количества разделов.
Ключевым аспектом лабораторной работы было обеспечение постоянной конфигурации посредством правильных записей /etc/fstab и тестирование конфигурации без перезагрузки системы (что привело бы к отключению среды LabEx). Лабораторная работа завершилась всесторонними процедурами проверки, чтобы подтвердить, что все монтирования и пространства подкачки активируются правильно, предоставляя практический опыт работы с основными навыками управления хранилищем RHEL в практичной, облачной среде обучения.
