"Eu adicionei um disco de 4TB em formato EXT4 (/ dev / sdk1) ao meu lvm2" - Esse é o seu primeiro problema. Adicione discos em branco ao LVM. Você não quer encontrar superblocos antigos em discos quando você faz um LV que o preenche. Os sistemas de arquivos vão além dos LVs, não dos PVs.
Além disso, se você estiver adicionando discos inteiros ao LVM, não precisará colocar uma tabela de partições neles. É muito mais simples e confiável adicionar discos brutos, especialmente ao substituí-los.
Para que eu possa resolver seu problema com mais precisão, terei que ver qual foi esse erro durante o acréscimo. As informações fornecidas aqui o orientarão sobre onde e como você pode obter essas informações. Os mais úteis serão de lvmdump
e o arquivo de metadados em /etc/lvm/archive/
.
Com relação à sua pergunta sobre remoção e re-adição, sim, você deve ser capaz de fazer isso se o seu VG tiver espaço suficiente em outros PVs para desalocar o que você deseja remover. Remover um PV de um VG é tão simples quanto instruir o LVM a mover todas as extensões desse disco para outros discos no VG e, em seguida, reduzir o VG removendo esse disco da matriz:
pvmove /dev/sdk1
vgreduce samba /dev/sdk1
UPDATE
Desde a revisão dos dados fornecidos, parecia que todas as alterações do LVM foram bem-sucedidas, com o webmin adicionando o novo disco ao VG existente "samba" - estendendo o VG por aproximadamente 4TiB e estendendo o LV "mídia" para o restante extensões físicas gratuitas fornecidas por esse novo disco. O que falhou (efetivamente silenciosamente) foi o comando resize2fs /dev/samba/media
, que deveria redimensionar o sistema de arquivos EXT4 existente na parte superior da "mídia" LV depois que o próprio LV foi estendido.