Como estender uma partição e sistema de arquivos ext4?

Você deve começar com a partição desmontada. Se você não puder desmontá-lo (por exemplo, é sua partição raiz ou outra coisa que o sistema precisa executar), use algo como o CD de recuperação do sistema .

1. Execute parted, ou gpartedse preferir uma GUI, e redimensione a partição para usar o espaço extra. Eu prefiro gpartedporque lhe dá uma boa representação gráfica, muito semelhante à que você desenhou na sua pergunta.

2. resize2fs /dev/whatever

3. e2fsck /dev/whatever(apenas para descobrir se você está no lado seguro)

4. Remonte sua partição.

Embora eu nunca tenha visto isso falhar, faça backup de seus dados primeiro!

Sim, você pode aumentar o EXT4 fs online se tiver a partição já classificada. Você tem partição classificada? Você tem LVM?

sudo resize2fs /dev/drive_to_grow

fdiskirá redimensionar sua partição, é verdade, mas se for uma partição raiz (ou se for uma partição montada), ela terá que ser desmontada primeiro. Então offline muito provavelmente!

Como com qualquer coisa relacionada a operações de disco/fs, recomendo fortemente ter um processo de recuperação de backup e testado e bem compreendido.

Usando growparte resize2fsexemplo:

$ growpart /dev/sda 1
CHANGED: partition=1 start=2048 old: size=39999455 end=40001503 new: size=80000991,end=80003039
$ resize2fs /dev/sda1
resize2fs 1.45.4 (23-Sep-2019)
Filesystem at /dev/sda1 is mounted on /; on-line resizing required
old_desc_blocks = 3, new_desc_blocks = 5
The filesystem on /dev/sda1 is now 10000123 (4k) blocks long.

Observe que, em alguns servidores VDS, você pode ter uma partição raiz não primária e precisa redimensionar o contêiner de partição estendida primeiro

Por exemplo, você acabou de atualizar seu plano e tem algo como:

Disk /dev/vda: 83886080s
Number  Start    End        Size       Type      File system  Flags
1      2048s    194559s    192512s    primary   ext2         boot
2      196606s  51197951s  51001346s  extended
5      196608s  51197951s  51001344s  logical   ext4

Aqui /dev/vda2 - é o seu contêiner estendido. E /dev/vda5 - partição principal que precisamos redimensionar para todo o espaço disponível.

A maneira mais simples:

apt-get -y install parted
parted /dev/vda unit s print all # print current data for a case
parted /dev/vda resizepart 2 yes -- -1s # resize /dev/vda2 first
parted /dev/vda resizepart 5 yes -- -1s # resize /dev/vda5
partprobe /dev/vda # re-read partition table
resize2fs /dev/vda5 # get your space

O Parted não funciona no ext4 no Centos. Tive que usar o fdisk para deletar e recriar a partição, que (validei) funciona sem perder dados. Eu segui as etapas em http://geekpeek.net/resize-filesystem-fdisk-resize2fs/ . Aqui estão eles, em poucas palavras:

$ sudo fdisk /dev/sdx 
> c
> u
> p
> d
> p
> w
$ sudo fdisk /dev/sdx 
> c
> u
> p
> n
> p
> 1
> (default)
> (default)
> p
> w

partedpodem resizepartições e seus sistemas de arquivos.

Só para esclarecer como faço isso para quem ainda está lendo este tópico.
Se for a partição de inicialização que você deseja redimensionar, você deve inicializar a partir de uma unidade bootcd ou bootusb "rescue", que é apenas um Live Linux. Isso permite que você execute o Linux na máquina que não seja a unidade na qual deseja fazer alterações.

Eu acho que o melhor cd ou usb de " resgate " neste caso seria um USB ou CD
inicializável.
sda1 = boot (ou swap)
sda2 = swap (ou boot)
sda3 = /
espaço não utilizado

2. Se a partição a ser expandida NÃO for a última partição, você deve usar a imagem de inicialização do gparted para mover ou redimensionar as partições.
   sda1 = boot
   sda2 = / (partição a ser expandida não é a última)
   sda3 = troca de
   espaço não utilizado

Se você deseja alterar uma partição montada que não seja a partição "raiz" (/), como /home que é uma partição diferente, não há necessidade de usar uma imagem de recuperação. Isso é especialmente verdadeiro se for a última partição.
sda1 = boot
sda2 = /
sda3 = /home
espaço não utilizado
-ou-
sda1 = /
sda2 = /home
espaço não utilizado

Esta é a situação que tenho quando pego uma imagem de uma unidade ou SSD menor e a movo para um SSD maior.

Nesse caso, você só precisa desmontar /home enquanto o estende. Mas para desmontar /home, você precisa ter certeza de que não está logado em nenhuma conta de usuário cujo diretório inicial esteja dentro dela. Como o diretório inicial do usuário "root" está diretamente sob a raiz do sistema / como em /root, se você puder fazer login no root, poderá desmontar /home

Eu saio de uma sessão de GUI (KDE / Gnome / etc) e uso [CTRL] + [ALT] + [F1] para abrir uma sessão de shell.
Se você acabou de sair de um login de usuário, o Linux pode levar de 20 a 30 segundos para concluir o fechamento de todos os arquivos, portanto, você pode receber erros ao tentar desmontar /home.
1. umount /home (eu tento novamente este comando se ele falhar por até 30 segundos, então vá ver outras sessões para ver se eu estou "cd /home/xxx" em algum lugar.)
2. parted /dev/sda
a. redimensionar x (x = partição que você deseja redimensionar, use "p" para obter uma lista de partições)
b. Digite o último setor de redimensionamento = "-1" (menos 1 significa 1 setor do final do disco)
c. q (sai do parted)
3 resize2fs /dev/sda"x" (x = partição a ser redimensionada. Isso também remonta o sistema de arquivos)
4. df -m (verifico /home para verificar se foi redimensionado)
Nunca perdi arquivos ou corrompi a unidade usando este método.

Boa sorte

A resposta aceita está um pouco desatualizada: redimensionar um sistema de arquivos ext4 é melhor feito online do que offline, pois o caminho do código de expansão online é muito mais usado do que o offline.

O mais difícil provavelmente é expandir a partição subjacente, a menos que você esteja usando LVM e tenha espaço livre em seu grupo de volumes. Para expandir uma partição online, você pode usar fdiskou parted; então, você tinha que correr kpartx <device>para informar o kernel da mudança. Se estiver usando o LVM, você precisa pvresizeda partição recém-redimensionada antes lvresizedo volume.

Finalmente, você pode emitir resize2fsseu sistema de arquivos.

Você pode usar fdiskou cfdiskpara modificar (ou recriar) a partição (apenas certifique-se de não alterar seu limite inicial), reinicie e resize2fs. Mas, em geral, é preferível usar LVM-2 em vez de MBR/GPT, pois permite que você faça essas alterações sem a reinicialização do kernel.

Pediram-me para aumentar um disco montado como /scratch em um servidor Dell executando o CentOS 7 sem interromper os usuários atuais. Esta era uma partição XFS em um disco RAID 0 com um disklabel GPT normal. Isso funcionaria para uma partição ext4 quase exatamente da mesma maneira - veja mais adiante.

Foi assim que fiz isso sem desmontar, reiniciar ou interromper as operações no sistema. Acabei de usar os comandos do Linux (e as ferramentas RAID da Dell):

1. O crescimento do volume RAID físico foi feito adicionando dois novos discos ao servidor e usando a ferramenta OpenManage Server Administrator para adicioná-los ao volume RAID existente. Isso levou vários dias para ser concluído, mas não envolveu nenhum esforço humano adicional. O servidor continuou a trabalhar com velocidades de disco mais baixas durante a reconstrução do disco RAID.
2. O tamanho do disco em blocos cresceu de 15623782400 para 23435673600 blocos (512 bytes), mas o valor de /sys/block/sdb/sizeainda estava no valor mais baixo. Isso foi corrigido usando o comando: echo 1 > /sys/block/sdb/device/rescan
   para fazer com que o driver de disco atualize seu conhecimento sobre o tamanho e a forma do disco. Este parece um recurso mal anunciado: eu adivinhei o que ele fez pelo nome!
3. Corri partedpara editar o disklabel e mover sua cópia no final do disco para o novo final do disco. Felizmente, ele adivinhou exatamente o que eu queria fazer sem encorajamento e me instigou. Primeiro, a cópia do disklabel: Error: The backup GPT table is not at the end of the disk, as it should be. This might mean that another operating system believes the disk is smaller. Fix, by moving the backup to the end (and removing the old backup)? Fix/Ignore/Cancel? F
   E então o tamanho do disco refletido no disklabel: Warning: Not all of the space available to /dev/sdb appears to be used, you can fix the GPT to use all of the space (an extra 7811891200 blocks) or continue with the current setting? Fix/Ignore? F
   Então eu tive que digitar "F" duas vezes e depois "q" para sair com o disklabel (e sua cópia) corrigido. Isso consertou a maior parte do que tinha que ser consertado sem qualquer pensamento ou trabalho duro.
4. Eu tive que editar o tamanho da partição para preencher o disco, mas partednão me deixou fazer isso enquanto o disco ainda estava montado - então eu usei fdisk: fdisk /dev/sdb d 1 n 1 (defaults were correct for full size of disk) t 1 11 (That's Microsoft basic data - which is the same as xfs). w
   Observe que eu tinha estabelecido que estava usando o número de bloco inicial correto, 2048. Caso contrário , não teria funcionado. Tive a sorte de usar duas ferramentas que tinham a mesma convenção para bloco inicial, mas verifiquei primeiro o bloco inicial inicial.
5. Eu também usei partedneste ponto para dar à partição o mesmo nome que costumava ter, pois fdisknão suporta nomear partições. Um pequeno detalhe.
6. Eu usei partprobe /dev/sdb(e partprobe /dev/sdb1para uma boa medida) para fazer o sistema operacional ler a tabela de partição novamente. Acho que apenas o primeiro comando realmente fez a diferença.
7. Finalmente, usei xfs_growfs -d /scratcho que levou apenas 1,6 segundos para aumentar a partição até seu tamanho final, preenchendo o disco recém-criado.

Isso também funcionaria com volumes ext4: a única diferença seria usar resize2fs /dev/sdb1em vez de xfs_growfs -d /scratch- e usar o número de tipo de partição correto para ext4 em vez de xfs. O comando fdisk pode listar os números de tipo para sistemas de disco comuns, incluindo ext4.