O aumento do espaço em disco do Ubuntu em um grupo LVM não está sendo refletido no sistema operacional

1

Eu adicionei alguns discos à minha configuração RAID, levando de 6 TB para cerca de 14 TB. Aumentei o tamanho do disco da minha máquina virtual do servidor Ubuntu para 12 TB e, em seguida, usei o GParted para expandir a partição do tamanho original para usar todos os 12 TB disponíveis.

Mas quando eu faço login no servidor, ele ainda diz que estou 80% cheio. df não parece errado, mas não posso dizer. Por que isso não mudou? Eu apliquei mudanças no GParted e ele disse que foi bem sucedido.

Veja meu resultado no GParted após as alterações e uma reinicialização:

Vejaoquereceboquandofaçologineexecutodf:

Algumaideiadeporqueaunidadenãoparecetersidoexpandida?

UPDATE:Depoisdeseguiras as instruções nesta resposta , fiz alguns progressos: desde um live CD do Ubuntu, achei o ponto de montagem, desmontei e fiz a varredura dele com e2fsck , sem problemas ai. Ao tentar redimensioná-lo, recebo “O sistema de arquivos já é [xxxxxx] blocos longos. Nada a fazer! ” como a resposta dizia que eu poderia. Não tenho certeza o que mais fazer aqui. O fato de ser um LVM tem algo a ver com isso?

    
por Moses 24.10.2015 / 17:20

2 respostas

2

Você está usando o LVM, então quando você redimensionou a partição, você apenas aumentou o tamanho do físico do LVM . Esse espaço é então alocado para volumes lógicos .

Se você quiser aumentar o tamanho do volume lógico existente para usar esse espaço, use lvresize , no seu caso

sudo lvresize -L 100% /dev/mapper/gatlinburg--vg-root

... irá expandi-lo usando todo o espaço disponível, e então você pode expandir o sistema de arquivos para usar esse espaço usando:

resize2fs /dev/mapper/gatlinburg--vg-root

Você não precisa desmontar nada para fazer isso.

    
por 24.10.2015 / 21:36
0

Parece que, enquanto o dispositivo está todo expandido, o sistema de arquivos não está preenchendo o espaço. Bastante simples de corrigir.

Verifique se o volume está desmontado.

Primeiro, você deve desmontar o volume conectado a /dev/sda3 ; note que estou assumindo que o dispositivo é /dev/sda3 com base nas informações da sua pergunta, mas sinta-se à vontade para ajustar se estiver incorreto:

sudo umount /path/to/whatever/uses/that/space

Observe também que, se o volume que você está expandindo for o volume de inicialização principal do sistema, será necessário inicializar em outra instância do SO, montar o volume principal do primeiro sistema de arquivos e executar toda essa operação de expansão a partir daí. O sistema de arquivos simplesmente não pode ser montado por qualquer razão para que isso aconteça, então você nunca pode expandir o espaço em um volume no qual você iniciou.

Verifique / conserte o sistema de arquivos em si.

Em seguida, execute e2fsck para verificar o sistema de arquivos em /dev/sda3 da seguinte forma:

sudo e2fsck -f /dev/sda3

Eu só gosto de correr e2fsck para ser minucioso do meu jeito; Não é essencial para o processo se você souber que o sistema de arquivos está limpo e não precisa de reparos, mas geralmente é bom verificar se o sistema de arquivos está limpo antes de continuar com outras operações.

Redimensione o sistema de arquivos.

Quando e2fsck for concluído, passe para o processo de redimensionamento real executando resize2fs desta forma:

sudo resize2fs /dev/sda3

Agora, preste atenção à saída aqui. Se diz algo assim:

resize2fs 1.42 (29-Nov-2011)
Resizing the filesystem on…

Então você sabe que o sistema de arquivos teve que ser expandido e agora está sendo expandido e você é bom! Mas se a saída disser algo como:

resize2fs 1.42 (29-Nov-2011)
The filesystem is already [xxxxxx] blocks long.  Nothing to do!

Outra coisa pode estar acontecendo. O que? Não tenho certeza. Mas estou bastante confiante de que executar resize2fs resolverá esse problema para você.

    
por 24.10.2015 / 17:40