Introdução
Neste laboratório, você ganhará experiência prática no gerenciamento de partições de armazenamento e espaço de swap em sistemas Red Hat Enterprise Linux (RHEL). Você aprenderá a criar e montar partições XFS de forma persistente, bem como configurar e ativar partições de swap com diferentes prioridades. O laboratório utiliza o ambiente de VM do LabEx com dispositivos de armazenamento disponíveis, permitindo que você pratique essas habilidades essenciais de administração de sistemas.
Você começará inspecionando os discos disponíveis e, em seguida, prosseguirá para criar e gerenciar partições, incluindo a configuração de tabelas de partição GPT quando necessário. O laboratório enfatiza a garantia de montagens persistentes e a ativação de swap, proporcionando uma compreensão abrangente do gerenciamento de discos em um ambiente RHEL.
Inspecionar o disco de prática disponível
Nesta etapa, você inspecionará os dispositivos de armazenamento disponíveis em sua VM do LabEx. O ambiente LabEx fornece um dispositivo de armazenamento adicional para prática de particionamento, mas o nome do dispositivo pode variar entre as instâncias da VM.
Primeiro, mude para o usuário root para realizar operações de gerenciamento de disco. Você está logado atualmente como o usuário labex com privilégios de sudo.
sudo su -
Agora, examine os dispositivos de bloco disponíveis no sistema usando o comando lsblk:
lsblk
Você deverá ver uma saída semelhante a esta, mostrando o disco do sistema e um disco extra:
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
Em seguida, identifique o disco de prática extra e defina variáveis de shell reutilizáveis para as etapas restantes. A variável PRACTICE_DISK armazena o dispositivo de disco, e PART_PREFIX lida com a diferença de nomenclatura de partição entre dispositivos como /dev/vdb1 e /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"
Você deverá ver uma saída semelhante a esta. O nome do seu dispositivo pode ser /dev/vdb, /dev/nvme0n1 ou /dev/nvme1n1.
Practice disk: /dev/nvme1n1
Partition prefix: /dev/nvme1n1p
Use o comando lsblk com a opção -f para exibir informações do sistema de arquivos para o disco de prática:
lsblk -f "$PRACTICE_DISK"
Você deverá ver uma saída semelhante a esta, indicando que o disco de prática é um disco novo e não formatado:
NAME FSTYPE FSVER LABEL UUID FSAVAIL FSUSE% MOUNTPOINTS
nvme1n1
Em seguida, use o comando parted para obter informações mais detalhadas sobre o disco, incluindo sua tabela de partição:
parted "$PRACTICE_DISK" print
A saída deve mostrar que ainda não há tabela de partição no disco de prática. O modelo e o nome do dispositivo corresponderão à sua instância de VM:
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:
Isso confirma que o disco de prática extra está pronto para particionamento. A mensagem de erro é normal para um disco que ainda não foi inicializado com uma tabela de partição.
Criar uma partição XFS no disco de prática e montá-la de forma persistente
Nesta etapa, você criará uma nova partição no disco de prática, formatá-la com o sistema de arquivos XFS e configurá-la para montagem persistente.
Os comandos abaixo pressupõem que você ainda está no mesmo shell root da Etapa 1, portanto, as variáveis PRACTICE_DISK e PART_PREFIX ainda estão disponíveis. Você criará uma partição primária de 1 GB nesse disco e especificará o tipo de sistema de arquivos como XFS. Começar no setor 2048s é uma escolha comum de alinhamento.
Primeiro, crie uma tabela de partição no disco não inicializado. Use o parted no modo interativo para criar a tabela de partição e a partição:
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.
Nota: O comando mklabel msdos cria uma tabela de partição MBR (Master Boot Record) no disco. Isso é necessário antes que você possa criar qualquer partição. Após criar a tabela de partição, você pode prosseguir com mkpart para criar a partição real. Como a partição começa no setor 2048s, definir a posição final como 1001MB resulta em um tamanho de partição de aproximadamente 1 GB. Ao sair do parted, você verá uma mensagem informativa sobre a atualização do /etc/fstab, o que é normal.
Para verificar se a partição foi criada, imprima a tabela de partição para o disco de prática:
parted "$PRACTICE_DISK" print
Você deverá ver uma saída semelhante a esta, mostrando sua partição primária recém-criada:
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
Após criar uma nova partição, execute udevadm settle para que o kernel registre o novo dispositivo de partição, como /dev/vdb1 ou /dev/nvme1n1p1.
udevadm settle
Agora que a partição foi criada, formate-a com o sistema de arquivos XFS:
mkfs.xfs "${PART_PREFIX}1"
A saída mostrará detalhes sobre a criação do sistema de arquivos 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
Para tornar o sistema de arquivos acessível, crie um diretório de ponto de montagem. Você montará esta partição em /archive.
mkdir -p /archive
Para montagem persistente, adicione uma entrada ao /etc/fstab. Use o UUID da partição, pois nomes de dispositivos como /dev/vdb1 ou /dev/nvme1n1p1 podem variar entre ambientes.
Descubra o UUID da primeira partição:
lsblk --fs "${PART_PREFIX}1"
Anote o UUID da saída. Ele será algo como 881e856c-37b1-41e3-b009-ad526e46d987.
NAME FSTYPE FSVER LABEL UUID FSAVAIL FSUSE% MOUNTPOINTS
nvme1n1p1 xfs 2ee03827-6acf-4543-9a21-0fd031250b45
Agora, abra o arquivo /etc/fstab usando o nano e adicione uma nova linha para sua partição. Substitua YOUR_UUID_HERE pelo UUID real que você acabou de encontrar.
nano /etc/fstab
Adicione a seguinte linha ao final do arquivo:
UUID=YOUR_UUID_HERE /archive xfs defaults 0 0
Salve o arquivo pressionando Ctrl+X, depois Y para confirmar e Enter para gravar no arquivo.
Após modificar o /etc/fstab, diga ao systemd para recarregar sua configuração para que ele reconheça a nova entrada.
systemctl daemon-reload
Finalmente, monte o novo sistema de arquivos usando a entrada no /etc/fstab.
mount /archive
Verifique se o novo sistema de arquivos está montado corretamente:
mount | grep /archive
Você deverá ver uma saída semelhante a esta, confirmando a montagem bem-sucedida:
/dev/nvme1n1p1 on /archive type xfs (rw,relatime,seclabel,attr2,inode64,logbufs=8,logbsize=32k,noquota)
Criar e ativar uma partição de swap no disco de prática
Nesta etapa, você criará uma partição de swap no disco de prática. O espaço de swap é uma parte de uma unidade de disco rígido (HDD) ou unidade de estado sólido (SSD) usada para armazenamento temporário quando o sistema fica sem RAM física. Ele atua como um transbordo para a RAM, permitindo que o sistema continue operando mesmo quando a memória é escassa, embora em uma velocidade mais lenta.
Primeiro, inspecione a tabela de partição atual no disco de prática para determinar onde criar a nova partição de swap.
parted "$PRACTICE_DISK" print
Você deverá ver a partição XFS existente (${PART_PREFIX}1) que você criou na etapa anterior:
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
Agora, adicione uma nova partição primária de 500 MB para uso como espaço de swap. A nova partição começa imediatamente após a primeira partição existente, portanto, ela começa em 1001MB e termina em 1501MB.
Use o parted no modo não interativo para criar esta partição:
parted "$PRACTICE_DISK" mkpart primary linux-swap 1001MB 1501MB
Você pode ver a mensagem Information: You may need to update /etc/fstab. novamente.
Verifique seu trabalho listando as partições no disco de prática:
parted "$PRACTICE_DISK" print
Agora você deve ver duas partições, sendo a segunda sua nova partição de swap:
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
Como antes, execute udevadm settle para garantir que o sistema registre a nova partição e crie seu arquivo de dispositivo, como /dev/vdb2 ou /dev/nvme1n1p2.
udevadm settle
Agora, formate a segunda partição como espaço de swap usando o comando mkswap:
mkswap "${PART_PREFIX}2"
A saída mostrará detalhes sobre a criação do espaço de swap, incluindo seu tamanho e um UUID gerado:
Setting up swapspace version 1, size = 476 MiB (499118080 bytes)
no label, UUID=4379b167-ab39-4c83-bf7c-b28fbdb38725
Para configurar o novo espaço de swap para ativar de forma persistente, adicione uma entrada ao /etc/fstab. Primeiro, descubra o UUID da segunda partição:
lsblk -o UUID "${PART_PREFIX}2"
Anote o UUID da saída. Ele será semelhante a 4379b167-ab39-4c83-bf7c-b28fbdb38725.
UUID
4379b167-ab39-4c83-bf7c-b28fbdb38725
Abra o /etc/fstab usando o nano e adicione uma nova linha para sua partição de swap. Substitua YOUR_SWAP_UUID_HERE pelo UUID real que você acabou de encontrar.
nano /etc/fstab
Adicione a seguinte linha ao final do arquivo:
UUID=YOUR_SWAP_UUID_HERE swap swap defaults 0 0
Salve o arquivo pressionando Ctrl+X, depois Y para confirmar e Enter para gravar no arquivo.
Após modificar o /etc/fstab, recarregue o daemon systemd para reconhecer a nova entrada:
systemctl daemon-reload
Finalmente, habilite o espaço de swap usando swapon -a:
swapon -a
Verifique se o novo espaço de swap está habilitado:
swapon --show
Você deverá ver uma saída semelhante a esta, confirmando que sua nova partição de swap está ativa:
NAME TYPE SIZE USED PRIO
/dev/nvme1n1p2 partition 476M 0B -2
A saída mostra que sua partição de swap recém-criada está ativa e pronta para uso.
Criar partições adicionais no disco de prática
Nesta etapa, você criará partições adicionais no disco de prática. Como você criou uma partição XFS e uma partição de swap usando a tabela de partição MBR (msdos), você ainda tem espaço disponível para mais partições. Agora você criará uma terceira partição que demonstra o gerenciamento de partições maiores.
Primeiro, verifique a tabela de partição atual e o espaço disponível no disco de prática:
parted "$PRACTICE_DISK" print
Você deverá ver as duas partições que criou anteriormente:
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
Agora, você criará uma terceira partição de 2 GB para armazenamento adicional. Esta partição começará em 1501MB (o final da partição de swap) e terminará em 3501MB (1501MB + 2000MB).
parted "$PRACTICE_DISK" mkpart primary xfs 1501MB 3501MB
Você pode ver a mensagem Information: You may need to update /etc/fstab. novamente.
Verifique a criação da terceira partição:
parted "$PRACTICE_DISK" print
Agora você deve ver três partições:
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
Execute udevadm settle para garantir que o sistema detecte a nova partição:
udevadm settle
Formatar a terceira partição e montá-la de forma persistente
Nesta etapa, você formatará a terceira partição (${PART_PREFIX}3) com o sistema de arquivos XFS e a configurará para montagem persistente em /backup.
Primeiro, formate a terceira partição com o sistema de arquivos XFS:
mkfs.xfs "${PART_PREFIX}3"
A saída mostrará detalhes sobre a criação do sistema de arquivos 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
Agora, crie um diretório de ponto de montagem para esta partição. Você a montará em /backup.
mkdir -p /backup
Para garantir que o sistema de arquivos seja montado automaticamente, adicione uma entrada ao /etc/fstab. Primeiro, encontre o UUID da terceira partição.
lsblk -o UUID "${PART_PREFIX}3"
Anote o UUID da saída. Ele será um identificador único como f74ed805-b1fc-401a-a5ee-140f97c6757d.
UUID
f74ed805-b1fc-401a-a5ee-140f97c6757d
Abra o arquivo /etc/fstab usando o nano e adicione a nova entrada. Substitua YOUR_UUID_HERE pelo UUID real que você encontrou.
nano /etc/fstab
Adicione a seguinte linha ao final do arquivo:
UUID=YOUR_UUID_HERE /backup xfs defaults 0 0
Salve o arquivo (Ctrl+X, Y, Enter).
Após modificar o /etc/fstab, recarregue o daemon systemd para aplicar as alterações.
systemctl daemon-reload
Finalmente, monte manualmente o diretório /backup para verificar se a configuração está correta.
mount /backup
Confirme se a montagem foi bem-sucedida verificando a saída do comando mount:
mount | grep /backup
Você deverá ver uma saída semelhante a esta:
/dev/nvme1n1p3 on /backup type xfs (rw,relatime,seclabel,attr2,inode64,noquota)
Criar partições de swap adicionais no disco de prática com prioridades
Nesta etapa, você criará uma partição de swap adicional no disco de prática e aprenderá sobre as limitações da tabela de partição. Você também aprenderá como atribuir prioridades às partições de swap. Quando várias partições de swap estão ativas, o sistema usa primeiro aquela com a maior prioridade.
Entendendo as limitações da tabela de partição:
A configuração atual usa uma tabela de partição MBR (msdos), que tem uma limitação de apenas 4 partições primárias. Depois de criar a quarta partição nesta etapa, você não poderá criar partições primárias adicionais sem converter para GPT ou usar partições estendidas.
Primeiro, verifique a tabela de partição atual no disco de prática:
parted "$PRACTICE_DISK" print
Você deverá ver as quatro partições que criou até agora:
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
Agora, crie a quarta partição como uma partição de swap de 512 MB. Ela começará em 3501MB (o final da terceira partição) e terminará em 4013MB (3501MB + 512MB).
parted "$PRACTICE_DISK" mkpart primary linux-swap 3501MB 4013MB
Você pode ver a mensagem Information: You may need to update /etc/fstab. novamente.
Nota sobre as limitações do MBR: Neste ponto, você atingiu o limite de 4 partições para tabelas de partição MBR. Tentar criar uma quinta partição primária resultaria em um erro: Error: Can't create any more partitions.
Exiba a tabela de partição para verificar seu trabalho:
parted "$PRACTICE_DISK" print
Agora você deve ver quatro partições:
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
Execute udevadm settle para garantir que o sistema registre a nova partição e crie seu arquivo de dispositivo, como /dev/vdb4 ou /dev/nvme1n1p4.
udevadm settle
Agora, inicialize a nova partição como espaço de swap usando o comando mkswap. Anote o UUID da quarta partição, pois você precisará dele para o /etc/fstab.
mkswap "${PART_PREFIX}4"
Exemplo de saída para a quarta partição:
Setting up swapspace version 1, size = 488 MiB (511705088 bytes)
no label, UUID=87976166-4697-47b7-86d1-73a02f0fc803
Para configurar este espaço de swap para ativar com uma prioridade específica, você precisa adicionar uma entrada ao arquivo /etc/fstab. Um valor de pri (prioridade) mais alto indica uma preferência maior. Você definirá uma prioridade mais alta para a nova partição de swap.
Abra o /etc/fstab usando o nano:
nano /etc/fstab
Adicione a seguinte linha ao final do arquivo, substituindo o UUID pelo que você anotou:
UUID=UUID_OF_PARTITION4 swap swap pri=10 0 0
Explicação da opção pri:
pri=10: Atribui uma prioridade de 10 à quarta partição. Isso é maior que a prioridade padrão (-2) da segunda partição, portanto, o sistema preferirá a quarta partição primeiro.
Salve o arquivo (Ctrl+X, Y, Enter).
Recarregue o daemon systemd para reconhecer a nova entrada no /etc/fstab.
systemctl daemon-reload
Ative o novo espaço de swap usando swapon -a.
swapon -a
Verifique a ativação correta e a prioridade dos espaços de swap usando swapon --show:
swapon --show
Você deverá ver uma saída mostrando todas as partições de swap ativas com suas prioridades. A segunda partição terá a prioridade padrão -2, enquanto a quarta partição terá a prioridade que você atribuiu (10).
NAME TYPE SIZE USED PRIO
/dev/nvme1n1p2 partition 476M 0B -2
/dev/nvme1n1p4 partition 488M 0B 10
Nota de aprendizado: Em um ambiente de produção, se você precisasse de mais de 4 partições, você deveria:
- Converter para tabela de partição GPT (suporta até 128 partições)
- Usar partições estendidas com partições lógicas dentro delas
- Usar LVM (Logical Volume Manager) para um gerenciamento de armazenamento mais flexível
Verificar a configuração de montagem persistente sem reinicialização
Nesta etapa final, você testará a configuração de montagem persistente sem realmente reiniciar o sistema, já que uma reinicialização o desconectaria do ambiente LabEx. Em vez disso, você usará vários comandos para simular e verificar se suas configurações funcionariam corretamente após uma reinicialização.
Primeiro, vamos verificar se todas as suas entradas de montagem estão configuradas corretamente no /etc/fstab. Exiba o conteúdo do /etc/fstab para revisar suas entradas:
cat /etc/fstab
Você deverá ver suas entradas para as partições XFS e espaços de swap semelhantes a esta:
## ... 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
Agora, vamos testar a configuração de montagem desmontando e remontando os sistemas de arquivos para garantir que funcionem corretamente:
Primeiro, desmonte o diretório /archive:
umount /archive
Verifique se ele foi desmontado:
mount | grep /archive
Isso não deve retornar nenhuma saída.
Agora remonte-o usando a entrada do /etc/fstab:
mount /archive
Verifique se ele foi montado novamente:
mount | grep /archive
Você deverá ver:
/dev/nvme1n1p1 on /archive type xfs (rw,relatime,seclabel,attr2,inode64,logbufs=8,logbsize=32k,noquota)
Repita o mesmo processo para /backup:
umount /backup
mount /backup
mount | grep /backup
Você deverá ver:
/dev/nvme1n1p3 on /backup type xfs (rw,relatime,seclabel,attr2,inode64,noquota)
Para espaços de swap, vamos testar desligando-os e ligando-os novamente. Primeiro, desligue todo o swap:
swapoff -a
Verifique se nenhum swap está ativo:
swapon --show
Isso deve mostrar apenas qualquer swap do sistema que possa existir, mas não suas partições de swap personalizadas.
Agora ligue todo o swap usando o /etc/fstab:
swapon -a
Verifique se todos os espaços de swap estão ativos com as prioridades corretas:
swapon --show
Você deverá ver uma saída semelhante a esta, com suas partições de swap personalizadas ativas e a de maior prioridade preferida:
NAME TYPE SIZE USED PRIO
/dev/nvme1n1p2 partition 476M 0B -2
/dev/nvme1n1p4 partition 488M 0B 10
Finalmente, vamos testar se o systemd pode processar todas as suas entradas do /etc/fstab sem erros:
systemctl daemon-reload
Isso deve ser concluído sem mensagens de erro.
Você também pode usar o comando findmnt para verificar se o kernel seria capaz de montar todos os sistemas de arquivos definidos no /etc/fstab:
findmnt --verify
Este comando verifica o /etc/fstab em busca de possíveis problemas. Como este laboratório define intencionalmente duas entradas de swap, o findmnt --verify pode imprimir um aviso de que o destino swap aparece mais de uma vez. Esse aviso é esperado para este laboratório, mas o comando não deve relatar erros de análise ou erros graves.
Exiba um resumo final de todo o seu trabalho:
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}
Isso conclui o laboratório sobre o gerenciamento de partições de armazenamento e espaço de swap. Você criou e configurou com sucesso várias partições com diferentes sistemas de arquivos, configurou montagens persistentes e configurou espaços de swap com prioridades, tudo sem exigir uma reinicialização do sistema.
Resumo
Neste laboratório, os participantes aprenderam a gerenciar partições de armazenamento e espaço de swap em um sistema RHEL 9 dentro do ambiente de VM do LabEx. O laboratório começou identificando o disco de prática extra na VM atual e entendendo seu estado atual antes de prosseguir com as tarefas de particionamento.
Os participantes trabalharam com esse disco de prática, criando uma tabela de partição MBR e, em seguida, criando várias partições: uma partição XFS para montagem em /archive, uma partição de swap, outra partição XFS para montagem em /backup e uma partição de swap adicional com configuração de prioridade. O laboratório também demonstra as limitações das tabelas de partição MBR (limite de 4 partições primárias) e fornece insights sobre alternativas como GPT para cenários que exigem mais partições.
Um aspecto crucial do laboratório foi garantir a configuração persistente por meio de entradas adequadas no /etc/fstab e testar a configuração sem exigir uma reinicialização do sistema (o que desconectaria o ambiente LabEx). O laboratório foi concluído com procedimentos de verificação abrangentes para confirmar que todas as montagens e espaços de swap seriam ativados corretamente, proporcionando experiência prática com habilidades essenciais de gerenciamento de armazenamento RHEL em um ambiente de aprendizado prático baseado em nuvem.
