Veja os backups de config do lvm em / etc / lvm / archive e se você puder encontrar aquele com as configurações corretas (deve ser o mais recente), então o restabeleça com vgcfgrestore
Então eu fiz algo estúpido ao tentar resolver meu outro problema refazendo (eu pensei) o que eu tinha feito [1].
Eu executei o seguinte comando, acho que o número é a quantidade de volume que eu queria remover, não o tamanho que seria definido para o LVM: sudo lvreduce -L 1,8 T / dev / servidor-vg / raiz
Então agora todas as coisas da outra parte do LVM sumiram - como muitos comandos, já que o LVM estava no topo de um RAID0.
Existe alguma maneira de ler a parte que removi? Desfazendo o que acabei de fazer?
Eu tenho backup, mas prefiro ver se é possível fazer isso primeiro.
Eu tentei redefinir o tamanho para o tamanho que deveria ser antes de adicionar o terceiro disco (veja [1]):
**sudo lvresize -L 3,7T /dev/server-vg/root**
E também tentou usar tudo o que está disponível:
**sudo lvextend -l +100%FREE /dev/server-vg/root**
Ambos me dão: O comando falhou com o código de status 5.
1: Estenda LUKS com drive físico . Não tem certeza se a nova unidade criptografa arquivos
Veja os backups de config do lvm em / etc / lvm / archive e se você puder encontrar aquele com as configurações corretas (deve ser o mais recente), então o restabeleça com vgcfgrestore
Esta não é uma resposta clara, mas a questão está resolvida. O que eu fiz foi para resotr uma configuração lvm anterior (embora eu tivesse formatado o SDD desde então, eu tinha que modificar o arquivo de backup para alterar o ID para ser o novo ID do SDD. Então eu corri kvpm. Ele disse 6 TB como deveria. Eu renomeiei o grupo (eu fiz um novo sistema de instalação e os nomes eram os mesmos) .Naquele ponto o tamanho disse 4TB.Eu do que estendi o volume lógico, e redimensionando o sistema de arquivos também. Ele deu alguns erros, mas o O sistema de arquivos agora está montado e meus arquivos estão lá.