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á?

— Dimitri Danilov
fonte

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

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.)

— mattdm
fonte

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:

Use fdiskpara criar uma nova partição (mais segura do que expandir uma existente)
Use pvcreatepara criar o volume físico do LVM:
```
pvcreate /dev/sdxx
```
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
Use lvextendno mapeador lvm para expandir o volume lvm:
```
lvextend -l +100%FREE /dev/mapper/xxx
```

Aumente o sistema de arquivos:

xfs_growfs /dev/mapper/xxx

Ou

resize2fs /dev/mapper/xxx

— Maciej Asembler
fonte

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 /

— TOOGAM
fonte

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 .