Introdução
Neste laboratório, você obterá experiência prática no gerenciamento de partições de armazenamento e espaço de troca (swap space) em sistemas Red Hat Enterprise Linux (RHEL). Você aprenderá a criar e montar persistentemente partições XFS, bem como configurar e ativar partições de troca 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 ativação de troca, proporcionando uma compreensão abrangente do gerenciamento de disco em um ambiente RHEL.
Inspecionar dispositivos de armazenamento disponíveis
Nesta etapa, você inspecionará os dispositivos de armazenamento disponíveis em sua VM do LabEx. O ambiente LabEx fornece um dispositivo de armazenamento adicional que você pode usar para praticar o particionamento.
Primeiro, mude para o usuário root para realizar operações de gerenciamento de disco. Você está atualmente logado como o usuário labex com privilégios sudo.
sudo su -
Agora, vamos examinar os dispositivos de bloco disponíveis no sistema usando o comando lsblk:
lsblk
Você deve ver uma saída semelhante a esta, mostrando vários dispositivos de armazenamento:
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
Neste ambiente, você tem acesso a um dispositivo de armazenamento adicional /dev/vdb que não está particionado e está pronto para uso. Vamos inspecionar este dispositivo mais de perto.
Use o comando lsblk com a opção -f para exibir informações do sistema de arquivos para /dev/vdb:
lsblk -f /dev/vdb
Você deve ver uma saída semelhante a esta, indicando que /dev/vdb é um disco novo e não formatado:
NAME FSTYPE FSVER LABEL UUID FSAVAIL FSUSE% MOUNTPOINTS
vdb
Em seguida, use o comando parted para obter informações mais detalhadas sobre o disco, incluindo sua tabela de partição:
parted /dev/vdb print
A saída deve mostrar que não há tabela de partição em /dev/vdb ainda:
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:
Isso confirma que /dev/vdb é um disco novo, 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 em /dev/vdb e montá-la persistentemente
Nesta etapa, você criará uma nova partição em /dev/vdb, a formatará com o sistema de arquivos XFS e a configurará para montagem persistente.
Você criará uma partição primária de 1 GB em /dev/vdb e especificará o tipo de sistema de arquivos como XFS. É uma boa prática alinhar as partições aos limites de setor para um desempenho ideal. Começar no setor 2048 é um alinhamento comum.
Primeiro, você precisa criar uma tabela de partições no disco não inicializado. Use parted em modo interativo para criar a tabela de partições e a partição:
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.
Nota: O comando mklabel msdos cria uma tabela de partições MBR (Master Boot Record) no disco. Isso é necessário antes que você possa criar qualquer partição. Após criar a tabela de partições, você pode prosseguir com mkpart para criar a partição real. Como a partição começa no setor 2048, definir a posição final para 1001MB resultará em um tamanho de partição de aproximadamente 1 GB. Ao sair do parted, você verá uma mensagem informativa sobre a atualização de /etc/fstab, o que é normal.
Para verificar se a partição foi criada, use parted para imprimir a tabela de partições de /dev/vdb:
parted /dev/vdb print
Você deverá ver uma saída semelhante a esta, mostrando sua partição primária recém-criada:
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
Após criar uma nova partição, é crucial informar o kernel sobre as alterações. O comando udevadm settle aguarda o sistema registrar a nova partição e criar seu arquivo de dispositivo correspondente (por exemplo, /dev/vdb1).
udevadm settle
Agora que a partição foi criada, você precisa formatá-la com o sistema de arquivos XFS. Isso prepara a partição para armazenar dados. Use o comando mkfs.xfs para isso:
mkfs.xfs /dev/vdb1
A saída mostrará detalhes sobre a criação do sistema de arquivos 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
Para tornar o sistema de arquivos acessível, você precisa montá-lo. Primeiro, crie um diretório de ponto de montagem. Você montará esta partição em /archive.
mkdir /archive
Para montagem persistente (o que significa que o sistema de arquivos será montado automaticamente toda vez que o sistema iniciar), você precisa adicionar uma entrada ao arquivo /etc/fstab. É uma boa prática usar o UUID (Universally Unique Identifier) da partição em /etc/fstab, pois nomes de dispositivos como /dev/vdb1 podem mudar se novos discos forem adicionados ou removidos.
Descubra o UUID de /dev/vdb1 usando lsblk --fs:
lsblk --fs /dev/vdb1
Anote o UUID da saída. Ele será algo como 881e856c-37b1-41e3-b009-ad526e46d987.
NAME FSTYPE FSVER LABEL UUID FSAVAIL FSUSE% MOUNTPOINTS
vdb1 xfs 2ee03827-6acf-4543-9a21-0fd031250b45
Agora, abra o arquivo /etc/fstab usando 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
Explicação da entrada /etc/fstab:
UUID=YOUR_UUID_HERE: Especifica o dispositivo a ser montado usando seu UUID./archive: O diretório de ponto de montagem.xfs: O tipo de sistema de arquivos.defaults: Um conjunto comum de opções de montagem (rw, suid, dev, exec, auto, nouser, async).0: Opçãodump(0 significa sem dump).0: Ordem defsck(0 significa sem verificação fsck na inicialização).
Salve o arquivo pressionando Ctrl+X, depois Y para confirmar e Enter para escrever no arquivo.
Após modificar /etc/fstab, você precisa dizer 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 em /etc/fstab. O comando mount /archive usará as informações de /etc/fstab para montar /dev/vdb1 em /archive.
mount /archive
Verifique se o novo sistema de arquivos está montado corretamente verificando a saída do comando mount e filtrando por /archive:
mount | grep /archive
Você deverá ver uma saída semelhante a esta, confirmando a montagem bem-sucedida:
/dev/vdb1 on /archive type xfs (rw,relatime,seclabel,attr2,inode64,logbufs=8,logbsize=32k,noquota)
Criar e ativar uma partição de swap em /dev/vdb
Nesta etapa, você criará uma partição de swap no disco /dev/vdb. O espaço de swap é uma porção de um disco rígido (HDD) ou unidade de estado sólido (SSD) usado para armazenamento temporário quando o sistema fica sem RAM física. Ele atua como um overflow para a RAM, permitindo que o sistema continue operando mesmo quando a memória é escassa, embora em uma velocidade mais lenta.
Primeiro, vamos inspecionar a tabela de partição atual em /dev/vdb para determinar onde criar a nova partição de swap.
parted /dev/vdb print
Você deve ver a partição XFS existente (/dev/vdb1) que você criou na etapa anterior:
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
Agora, você adicionará uma nova partição primária de 500 MB para uso como espaço de swap. Você definirá o tipo de sistema de arquivos da partição como linux-swap. A nova partição começará imediatamente após a partição /dev/vdb1 existente. O final de /dev/vdb1 está em 1001MB. Portanto, a nova partição começará em 1001MB e terminará em 1501MB (1001MB + 500MB).
Use parted no modo não interativo para criar esta partição:
parted /dev/vdb 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 /dev/vdb:
parted /dev/vdb print
Você deve ver agora duas partições, sendo a segunda sua nova partição de swap:
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
Como antes, após criar uma nova partição, você deve executar udevadm settle para garantir que o sistema registre a nova partição e crie seu arquivo de dispositivo (/dev/vdb2).
udevadm settle
Agora, formate a nova partição (/dev/vdb2) como espaço de swap usando o comando mkswap. Este comando inicializa a partição para uso como swap.
mkswap /dev/vdb2
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 persistentemente, você precisa adicionar uma entrada ao arquivo /etc/fstab. Primeiro, descubra o UUID do dispositivo /dev/vdb2.
lsblk -o UUID /dev/vdb2
Anote o UUID da saída. Será semelhante a 4379b167-ab39-4c83-bf7c-b28fbdb38725.
UUID
4379b167-ab39-4c83-bf7c-b28fbdb38725
Abra o arquivo /etc/fstab usando 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
Explicação da entrada /etc/fstab para swap:
UUID=YOUR_SWAP_UUID_HERE: Especifica o dispositivo a ser usado como swap.swap: O ponto de montagem (para swap, isso é sempreswap).swap: O tipo de sistema de arquivos (para swap, isso é sempreswap).defaults: Opções padrão para swap.0: Opçãodump(0 significa sem dump).0: Ordemfsck(0 significa sem verificação fsck para swap).
Salve o arquivo pressionando Ctrl+X, depois Y para confirmar e Enter para escrever no arquivo.
Após modificar /etc/fstab, recarregue o daemon systemd para reconhecer a nova entrada.
systemctl daemon-reload
Finalmente, habilite o espaço de swap usando o comando swapon -a. A opção -a diz ao swapon para habilitar todos os dispositivos de swap listados em /etc/fstab.
swapon -a
Verifique se o novo espaço de swap está habilitado usando swapon --show:
swapon --show
Você deve ver uma saída semelhante a esta, confirmando que sua nova partição de swap está ativa:
NAME TYPE SIZE USED PRIO
/dev/vdb2 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 em /dev/vdb
Nesta etapa, você criará partições adicionais em /dev/vdb. Como você criou uma partição XFS e uma partição de swap usando a tabela de partição MBR (msdos), ainda tem espaço disponível para mais partições. Você criará agora uma terceira partição que demonstrará o gerenciamento de partições maiores.
Primeiro, vamos verificar a tabela de partição atual e o espaço disponível em /dev/vdb:
parted /dev/vdb print
Você deve ver as duas partições que criou anteriormente:
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
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 /dev/vdb mkpart primary xfs 1501MB 3501MB
Você pode ver a mensagem Information: You may need to update /etc/fstab..
Verifique a criação da terceira partição:
parted /dev/vdb print
Você deve ver agora três partições:
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
Execute udevadm settle para garantir que o sistema detecte a nova partição:
udevadm settle
Formatar a terceira partição e montá-la persistentemente
Nesta etapa, você formatará a terceira partição (/dev/vdb3) com o sistema de arquivos XFS e a configurará para montagem persistente em /backup.
Primeiro, formate a partição /dev/vdb3 com o sistema de arquivos XFS:
mkfs.xfs /dev/vdb3
A saída mostrará detalhes sobre a criação do sistema de arquivos 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
Agora, crie um diretório de ponto de montagem para esta partição. Você irá montá-lo em /backup.
mkdir /backup
Para garantir que o sistema de arquivos monte automaticamente, você precisa adicionar uma entrada a /etc/fstab. Primeiro, encontre o UUID da partição /dev/vdb3.
lsblk -o UUID /dev/vdb3
Anote o UUID da saída. Será um identificador único como f74ed805-b1fc-401a-a5ee-140f97c6757d.
UUID
f74ed805-b1fc-401a-a5ee-140f97c6757d
Abra o arquivo /etc/fstab usando 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 /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ê deve ver uma saída semelhante a esta:
/dev/vdb3 on /backup type xfs (rw,relatime,seclabel,attr2,inode64,noquota)
Criar partições swap adicionais em /dev/vdb com prioridades
Nesta etapa, você criará uma partição de swap adicional em /dev/vdb e aprenderá sobre as limitações da tabela de partições. 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 a que tem a prioridade mais alta.
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. Como você já criou 4 partições, não pode criar partições primárias adicionais sem converter para GPT ou usar partições estendidas.
Primeiro, verifique a tabela de partição atual em /dev/vdb:
parted /dev/vdb print
Você deve ver as quatro partições que criou até agora:
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
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 /dev/vdb mkpart primary linux-swap 3501MB 4013MB
Você pode ver a mensagem Information: You may need to update /etc/fstab..
Observação 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 /dev/vdb print
Você deve ver agora quatro partições:
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
Execute udevadm settle para garantir que o sistema registre a nova partição e crie seu arquivo de dispositivo (/dev/vdb4).
udevadm settle
Agora, inicialize a nova partição como espaço de swap usando o comando mkswap. Anote o UUID para /dev/vdb4, pois você precisará dele para /etc/fstab.
mkswap /dev/vdb4
Exemplo de saída para /dev/vdb4:
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 pri (prioridade) mais alto indica uma preferência mais alta. Você definirá uma prioridade mais alta para a nova partição de swap.
Abra /etc/fstab usando nano:
nano /etc/fstab
Adicione a seguinte linha ao final do arquivo, substituindo o UUID pelo que você anotou:
UUID=UUID_OF_VDB4 swap swap pri=10 0 0
Explicação da opção pri:
pri=10: Atribui uma prioridade de 10 a/dev/vdb4. Esta é maior que a prioridade padrão (-2) de/dev/vdb2, então o sistema preferirá usar/dev/vdb4antes de/dev/vdb2.
Salve o arquivo (Ctrl+X, Y, Enter).
Recarregue o daemon systemd para reconhecer a nova entrada /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ê deve ver a saída mostrando todas as partições de swap ativas com suas prioridades. O /dev/vdb2 terá a prioridade padrão (-2), enquanto /dev/vdb4 terá a prioridade que você atribuiu (10).
NAME TYPE SIZE USED PRIO
/dev/vdb2 partition 476M 0B -2
/dev/vdb4 partition 488M 0B 10
Nota de Aprendizagem: Em um ambiente de produção, se você precisasse de mais de 4 partições, você faria o seguinte:
- Converter para a 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 reiniciar
Nesta etapa final, você testará a configuração de montagem persistente sem realmente reiniciar o sistema, pois 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 em /etc/fstab. Exiba o conteúdo de /etc/fstab para revisar suas entradas:
cat /etc/fstab
Você deve ver suas entradas para as partições XFS e espaços de swap semelhantes a esta:
## ... 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
Agora, vamos testar a configuração de montagem desmontando e remontando os sistemas de arquivos para garantir que eles funcionem corretamente:
Primeiro, desmonte o diretório /archive:
umount /archive
Verifique se ele está desmontado:
mount | grep /archive
Isso não deve retornar nenhuma saída.
Agora, remonte-o usando a entrada /etc/fstab:
mount /archive
Verifique se ele está montado novamente:
mount | grep /archive
Você deve ver:
/dev/vdb1 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ê deve ver:
/dev/vdb3 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 /etc/fstab:
swapon -a
Verifique se todos os espaços de swap estão ativos com as prioridades corretas:
swapon --show
Você deve ver uma saída semelhante a esta, com todas as suas partições de swap ativas e com as prioridades corretas:
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
Finalmente, vamos testar se o systemd pode processar todas as suas entradas /etc/fstab sem erros:
systemctl daemon-reload
Isso deve ser concluído sem nenhuma mensagem 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 em /etc/fstab:
findmnt --verify
Este comando verifica /etc/fstab em busca de possíveis problemas e deve ser concluído sem erros.
Exiba um resumo final de todo o seu trabalho:
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]"
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 LabEx. O laboratório começou com a inspeção do dispositivo de armazenamento disponível (/dev/vdb) e a compreensão de seu estado atual antes de prosseguir com as tarefas de particionamento.
Os participantes trabalharam com /dev/vdb, criando uma tabela de partição MBR, 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 informações 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 /etc/fstab adequadas 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, fornecendo experiência prática com habilidades essenciais de gerenciamento de armazenamento RHEL em um ambiente de aprendizado prático baseado em nuvem.
