Não há mais espaço no sistema de arquivos raiz, como eu poderia aumentar o tamanho?


24

Este é o meu sistema de arquivos:

 $ df -h -x tmpfs -x devtmpfs
Filesystem               Size  Used Avail Use% Mounted on
/dev/mapper/fedora-root  9.8G  7.6G  1.7G  83% /
/dev/mapper/fedora-home   50G   27G   21G  57% /home
/dev/sda9               1022M  8.4M 1014M   1% /boot/efi

E como você pode ver, o sistema de arquivos raiz está cheio.

Eu já tentei excluir todas as coisas inúteis, mas ainda não tenho espaço suficiente.

Como eu poderia aumentá-lo? Ainda tenho 60 giga no meu disco rígido, existe alguma maneira de mover meu sistema de arquivos raiz para lá?


3
Você pode mostrar o resultado sudo pvscan, por favor?
Mattdm 3/16

1
@mattdm PV /dev/sda10 VG fedora lvm2 [141.56 GiB / 77.56 GiB free] Total: 1 [141.56 GiB] / in use: 1 [141.56 GiB] / in no VG: 0 [0 ]
Dimitri Danilov

15
Erm, 1.7G grátis, onde está o problema?
Simon Richter

3
Se esta é a sua definição de "full" você deve ver meu sistema de arquivos lol
Leveza raças com Monica

2
@SimonRichter eu tinha 1,9 giga quando eu removi toda a minha / var / cache, mas este diretório cheio muito rapidamente e eu tenho ~ 100 mo em média
Dimitri Danilov

Respostas:


47

Boas notícias! pvscanshows PV /dev/sda10 VG fedora lvm2 [141.56 GiB / 77.56 GiB free]- para que você possa adicionar até 77,56 GiB a qualquer um dos seus sistemas de arquivos. Eu sugiro adicioná-lo em blocos menores (como 10GiB), para que você tenha uma reserva para colocar /homese decidir que precisa crescer mais tarde.

Essa é uma operação relativamente bem testada e geralmente segura, mas todas as operações de volume e sistema de arquivos no nível raiz têm algum risco - verifique se você tem um backup em funcionamento primeiro. Então....

Você pode estender seu rootvolume lógico para usar o espaço livre lvextend, desta forma:

sudo lvextend --size +10G --resizefs /dev/fedora/root

(Ou -Le -rem vez de --sizee --resizefs, se preferir opções curtas.)


5
Embora seja sempre uma boa ideia ter backups. Eu consideraria este risco bastante baixo, já que nenhum dado existente é movido e o sistema de arquivos é (presumivelmente) linux nativo, sem engenharia reversa.
plugwash

141.56 GiB / 77.56 GiB freelê como X fora de Y grátis. Então, no começo eu pensei que era uma piada: P
Insano

1
@ Insane Sim, essa não é a melhor formatação. Você pode obter as mesmas informações formatadas de maneiras diferentes pvsou pvdisplay, se preferir.
Mattdm 4/16

10

Resposta mais geral para LVM:

Em primeiro lugar - verifique se você possui armazenamento não particionado adicional. Então:

  1. Use fdiskpara criar uma nova partição (mais segura do que expandir uma existente)

  2. Use pvcreatepara criar o volume físico do LVM:

    pvcreate /dev/sdxx
    
  3. Use vgextendpara estender o grupo LVM existente usando o novo volume físico:

    vgextend groupname /dev/sdxx
    

    Você pode obter nomes de grupos com vgdisplay

  4. Use lvextendno mapeador lvm para expandir o volume lvm:

    lvextend -l +100%FREE /dev/mapper/xxx
    
  5. Aumente o sistema de arquivos:

    xfs_growfs /dev/mapper/xxx
    

    Ou

    resize2fs /dev/mapper/xxx
    

1

O sistema de arquivos / pode ser um desafio específico, pois ele precisa ser suportado pelo carregador de inicialização.

Esta resposta não especifica como realizar a tarefa solicitada, mas fornece uma solução alternativa.

Outra opção: encontre um subdiretório (por exemplo, / big /) com muitos dados. Em seguida, copie esses dados em seus 60 GB de espaço, mova o diretório com muito espaço (por exemplo, mv / big / bigback) e monte seus 60 GB (ou parte dele) em / big. Depois de confirmar que tudo funciona como esperado, rm / bigback para recuperar novamente o espaço em /


Se você fizer isso, imediatamente depois, faça touch /.autorelabel; rebootpara garantir que os arquivos movidos tenham os rótulos corretos do SELinux.
Mattdm 3/16

1
Esta é uma solução válida e útil (sem exigir muito conhecimento) quando voamos sem LVM. Com isso, a mudança é ainda menos dolorosa.
Gombai Sándor

Não há nenhuma razão em princípio que / precise ser suportada pelo carregador de inicialização, mas, neste caso, é verdade porque não há / inicialização separada. Ao monkeying com LVM, sempre torne / inicialize real.
Joshua

-1

Outra opção, antes de tentar algo mais drástico, é usar o BleachBit para remover arquivos temporários e outros desnecessários.

Da wikipedia:

O BleachBit é um limpador de espaço em disco de código aberto e gratuito, gerenciador de privacidade e otimizador de sistema de computador.

Ele deve estar no gerenciador de pacotes, portanto, deve fazê-lo.

sudo yum install bleachbit

Ou faça o download da página deles .

Ao utilizar nosso site, você reconhece que leu e compreendeu nossa Política de Cookies e nossa Política de Privacidade.
Licensed under cc by-sa 3.0 with attribution required.