Fedora Boot / Out Of Space

0

Estou usando o Amahi / Fedora / Greyhole, mas vou tentar manter essa questão geral do Linux para salvar, explicando como o Greyhole funciona.

Basicamente, acabei com uma unidade de inicialização completa (veja / dev / sda3 abaixo). O Fedora parou. Eu não tenho ideia do que está ocupando todo o espaço. Eu tentei outras perguntas, mas não tive sorte caçando caches, tmp dirs etc.

Informações potencialmente relevantes sobre o Greyhole: O serviço NAS da Greyhole possui uma zona de aterrissagem que monitora e depois move os arquivos para um pool de armazenamento (minhas unidades físicas separadas abaixo). Eu encontrei a zona de aterrissagem na minha unidade raiz preenchida mais rapidamente do que poderia ser apagada (também eu tinha acidentalmente sincronizado muitos milhares de arquivos minúsculos em uma biblioteca do iPhoto). Eu fixei o Greyhole tendo a zona de aterrissagem configurada em outra unidade.

Também limpei a zona de aterrissagem na minha unidade de inicialização. Mas, misteriosamente, minha unidade de inicialização permanece cheia.

Sou novo no Linux, então, por favor, ELI5 quaisquer suposições

df -h

Filesystem      Size  Used Avail Use% Mounted on
devtmpfs        1.5G     0  1.5G   0% /dev
tmpfs           1.5G     0  1.5G   0% /dev/shm
tmpfs           1.5G  8.6M  1.5G   1% /run
tmpfs           1.5G     0  1.5G   0% /sys/fs/cgroup
/dev/sda3        50G   50G   20K 100% /
tmpfs           1.5G   32K  1.5G   1% /tmp
/dev/sdc1       917G   73M  871G   1% /var/hda/files/drives/1tbDisk
/dev/sdd1       459G  328G  108G  76% /var/hda/files/drives/500green
/dev/sdb1       459G  335G  101G  77% /var/hda/files/drives/500blue
/dev/sda1       477M   74M  374M  17% /boot
none            4.0M     0  4.0M   0% /var/spool/greyhole/mem
tmpfs           301M     0  301M   0% /run/user/1000

df -i

Filesystem       Inodes IUsed    IFree IUse% Mounted on
devtmpfs         382198   458   381740    1% /dev
tmpfs            384173     1   384172    1% /dev/shm
tmpfs            384173   514   383659    1% /run
tmpfs            384173    15   384158    1% /sys/fs/cgroup
/dev/sda3        100904 96514     4390   96% /
tmpfs            384173    26   384147    1% /tmp
/dev/sdc1      61054976    25 61054951    1% /var/hda/files/drives/1tbDisk
/dev/sdd1      30531584 88745 30442839    1% /var/hda/files/drives/500green
/dev/sdb1      30531584 88244 30443340    1% /var/hda/files/drives/500blue
/dev/sda1        128016   342   127674    1% /boot
none             384173     1   384172    1% /var/spool/greyhole/mem
tmpfs            384173     4   384169    1% /run/user/1000

sudo du-hxd1 /

17M /etc
100K    /root
1.4G    /var
1.2G    /usr
2.5M    /home
0   /media
0   /mnt
0   /opt
0   /srv
0   /gh
2.6G    /

Como posso procurar e corrigir esse problema de capacidade?

PS se alguém puder adicionar uma tag da Greyhole que seja ace.

    
por square_eyes 07.07.2016 / 11:23

1 resposta

0

Acontece que havia arquivos no diretório subjacente que eu estava montando o meu compartilhamento Grehole.

Problema

A unidade raiz está cheia, o Amahi falha. SSHing para caixa e executando 'df -h' mostra apenas arquivos significativos em / var / hda / files / drives - o local de montagem de suas unidades de dados externas.

Embora você esteja montando unidades externas em / var / hda / files / drives em uma pasta nesse local, ainda pode haver arquivos no sistema de arquivos subjacente. No meu caso, de uma sincronização da Greyhole, quando uma nova unidade externa não estava montada corretamente. Com as unidades de dados montadas, é difícil dizer o que está por baixo.

Confirme

  • Desativar Greyhole
  • Adicione 'nofail' como um argumento para fstab for external drives de dados para que o Fedora não fique pendurado na inicialização sem eles
  • Encerre o servidor e desconectar unidades de dados e reinicializar
  • Se ainda houver dados acessível em / var / hda / files / drives, então você provavelmente terá seu porque o seu boot está cheio (você também pode simplesmente desmontar o drives externos, mas eu queria saber com certeza)

Corrigir

  • Faça login na interface da Web do Amahi e crie um novo compartilhamento (não do Greyhole), por exemplo, 'temprecovery'
  • Mova os dados para fora da unidade de inicialização e acesse seu compartilhamento temporário por SSH. mv / var / hda / arquivos / drives / your_disk / gh / var / hda / arquivos / temprecovery / gh
  • Na rede, faça backup dos arquivos e exclua-os do compartilhamento. Você pode verificar mais tarde se precisar deles, mas é sempre melhor ter um backup.
  • Na interface da Web do Amahi: confira seu espaço recuperado em Disco- > Partição. Exclua o compartilhamento temporário que você criou.
  • Desligue o servidor, reconecte suas unidades, ligue-o novamente, ative a Greyhole e aproveite.
  • Você vai querer editar o argumento 'nofail' de volta para fora do fstab porque se por algum motivo uma unidade de dados não for montada na inicialização no futuro, você não desejará arriscar que os arquivos sejam enviados para sua unidade interna novamente . Portanto, é provavelmente melhor que a inicialização falhe se uma unidade de dados não estiver on-line.

Mais informações em este post aqui .

    
por 26.12.2016 / 07:48