sistema de arquivos raiz muito pequeno - o que é preferível?

Question

Após várias atualizações e um fluxo constante de software instalado, o sistema de arquivos raiz original está começando a se dividir nas emendas. A configuração original (notebook):

 (LVM) /        17G   everything but "payload" data
 sda1  /boot   228M   
 (LVM) swap      8G   
 (LVM) /home    xxG   home directories
 (LVM) /export xxxG   Collections that should not clog up home directories, have a
                      larger backup cycle, and can be restored from external sources.
                      Examples. src, install, iso-images, Video, ...

Originalmente, a configuração lvm tinha uma boa reserva para aumentar os sistemas de arquivos existentes, conforme necessário, mas esse espaço foi gasto, então algumas coisas que nunca foram usadas foram realocadas para o servidor de segundo plano.

Opções para lidar com o squeze:

• aumenta o sistema de arquivos raiz em detrimento de / export
• dividir o sistema de arquivos raiz
  • / var contém um conjunto crescente de pacotes arquivados em / var / cache / apt / archives
  • / usr é outro grande subconjunto para dividir - cresce com cada pacote instalado

Answer 1

17 Gb deve ser mais que suficiente para /

Limpe seus arquivos. sudo apt-get clean all Não há necessidade de manter todos aqueles desatualizados .deb

Se você ainda tiver um problema com /, limpe seus registros antigos.

Se você ainda tiver um problema com o tamanho pequeno de sua partição raiz, então sim, você precisa adicionar espaço. Você pode diminuir o tamanho de um LV existente ou adicionar outro PV. Não há um método único ou uma melhor prática.

O único problema em potencial com o LVM é que pode ser difícil reduzir o tamanho de um LV existente.

Seu problema será com uma partição / boot tão pequena, você terá que remover constantemente os kernels antigos. Se 17 Gb

    

Answer 2

Razões tradicionais para divisão:

Um sistema de arquivos root preenchido até a beira pode ser uma fera muito deselegante para se lidar. Assim, a necessidade de dividir sistemas de arquivos de rápido crescimento, como /var (Afinal, todos esses arquivos de log, caches, spoolfiles historycally foram agregados em /var para tornar este cenário possível)

A separação de /usr tipos de sistemas de pacotes anteriores - costumava ser uma tentativa de manter uma coleção somente de leitura de software, com atenção especial aos clientes sem disco (ou de disco reduzido).

O objetivo dessa divisão era manter a configuração do sistema e um roadset de emergência para manutenção do sistema em um sistema de arquivos raiz por sistema e compartilhar a grande quantidade de software necessária ou desejada pelo usuário sem replicar.

Um /var separado permitiu idealmente que o sistema de arquivos raiz estivesse em modo de leitura montado por partição, um conceito que ainda pareceria desejável para o uso de mídia com recursos limitados. ciclos de gravação.

Portanto, no momento, parece desejável manter /var separado, mas parece não haver um benefício real em manter /usr em uma partição própria - pode ser mais econômico atribuir isso espaço para o sistema de arquivos root diretamente, salvando a sobrecarga para uma partição separada.