Por que colocar outras coisas além de / home em uma partição separada?

Então, recentemente, um instalador Debian 5.0.5 ofereceu-me de ter separadas /usr, /home, /vare /tmppartições (em um disco físico).

Qual é a razão prática para isso? Entendo que /homepode ser vantajoso colocar em uma partição separada, porque os arquivos do usuário podem ser criptografados separadamente, mas por que mais alguma coisa?

1. Minimizando a perda: se /usrestiver em uma partição separada, um dano /usrnão significa que você não pode se recuperar /etc.
2. Segurança: /não pode ser sempre ro ( /rootpode precisar ser rw etc.), mas /usrpode. Pode ser usado para fazer ro o máximo possível.
3. Usando FS diferentes: talvez eu queira usar um sistema diferente para /tmp(não confiável, mas rápido para muitos arquivos) e /home(tem que ser confiável). O similary /varcontém dados, enquanto a estabilidade /usrnão /usrpode ser sacrificada, mas não tanto quanto /tmp.
4. Duração do fsck: Partições menores significam que a verificação de uma é mais rápida.
5. Mencionado preenchimento de partições, embora outro método seja cotas.

Um separado /usrpode ser útil se você tiver várias máquinas compartilhando o mesmo sistema operacional. Eles podem compartilhar uma única central em /usrvez de duplicá-la em todos os sistemas. /usrpode ser montado como somente leitura.

/vare /tmppode ser preenchido por programas ou daemons do usuário. Portanto, pode ser seguro tê-los em partições separadas que impediriam que /a partição raiz estivesse 100% cheia e atingisse gravemente seu sistema. Para evitar ter duas partições distintas para elas, não é incomum ver /tmpser um link simbólico para /var/tmp.

Como usuários comuns podem fazer com que as coisas sejam gravadas /vare /tmp, portanto, potencialmente causar problemas para todo o sistema. Dessa forma, os processos do usuário podem preencher /vare /tmp, mas não o root fs. Um separado /usré útil para /usrsobre NFS ou outros fs remotos.

(Espero que esteja claro, ainda não tomei café)

O problema é que um fs de raiz completa torna o sistema linux inoperável a uma extensão que até um administrador o corrige sem um CD de recuperação ou similar. Quando /tmpe, /varem particular, /homeestão em uma partição separada, o root fs nunca pode ser preenchido sem que um administrador faça isso. Entre /usrna mistura em que todas as instalações habituais serão colocadas e até a instalação de um novo software não pode causar esse problema.

Em geral, os argumentos para ter partições separadas são:

1. Segurança: você pode, por exemplo, montar uma partição somente leitura para impedir que usuários (ou processos) mal-intencionados substituam ou substituam binários por trojans. Portanto, se o seu binário ssh vive em / usr / local / bin e / usr / local é montado como somente leitura, será difícil para qualquer um substituir esse binário.

2. Flexibilidade / conveniência: por exemplo, se você configurar o / var em sua própria partição e ela ficar 80% cheia, poderá redimensioná-la ou até movê-la para outro disco, se necessário. Eu prefiro fazer isso do que lidar com um sistema cujo '/' esteja 100% cheio, porque os logs em / var foram de alguma forma danificados. Partições diferentes também podem ter sistemas de arquivos completamente diferentes, permitindo que seu sistema operacional use ext3 (por exemplo) e seu banco de dados use ext4, ou seu repositório de objetos para usar XFS ou seu aplicativo personalizado para usar ... dispositivos brutos!

Tradicionalmente, isso era feito dessa maneira devido às peculiaridades do hardware DEC em que foi desenvolvido. Era mais econômico comprar um disco pequeno e rápido para root e swap e um disco maior e mais lento para dados do usuário ( /usr). De certa forma, a convenção ficou emperrada.

No entanto, ainda existem algumas razões para fazer isso. Alguns comuns são:

• Colocar / inicializar em uma partição pequena e separada, próxima ao início do disco. O firmware do BIOS do PC mais antigo inicializava apenas a partir das primeiras 1024 faixas do disco. É menos provável que seja um problema com o hardware moderno.

• Colocando partições ocupadas, como /varou /tmpem discos separados para remover gargalos no acesso aos dados do usuário.

• Diferentes sistemas de arquivos em diferentes partições. Por exemplo, você pode usar um sistema de arquivos de diário para, /usrmas não para partições que hospedam arquivos para um DBMS como Oracle - o DBMS faz seu próprio diário e o sistema de arquivos pode impor uma sobrecarga significativa.

• A existência de dados do usuário em um disco ou partição separada facilita a migração para um disco maior sem grandes cirurgias na máquina.

• Você pode montar dados compartilhados, como diretórios pessoais ou binários de aplicativos, através do NFS.

• fsckleva muito tempo em grandes volumes para certos tipos de sistema de arquivos. Você pode desejar ter diferentes agendas de manutenção do sistema de arquivos para áreas do sistema (freqüentes) e áreas do usuário (menos frequentes).

Formatar um sistema de arquivos também pode ser mais rápido do que rm -rf'ing. Especialmente se você tiver milhares de arquivos pequenos para apagar. Squid cache que você deseja recriar totalmente ... toneladas de arquivos de imagem que você precisa para processar, mas que podem ser descartados após a criação do resultado final. arquivos .obj de grandes compilações ... etc.

Às vezes, uma pasta que eu coloco em uma partição separada é /usr/local/para que qualquer software que eu tenha construído e instalado separadamente do gerenciador de pacotes da minha distribuição possa ser reutilizado se eu alterar / atualizar minha distribuição ou por outra distribuição instalada ao lado. Obviamente, não é garantido que funcione em todas as combinações possíveis, mas não faz mal.

Coloquei /tmpum tmpfs, para que o conteúdo seja armazenado na RAM em vez de no disco. Isso não seria útil para /etcou /usrno entanto.

Mas ser capaz de colocar diretórios diferentes em sistemas de arquivos diferentes pode ser benéfico; ou seja, /homeem um sistema de arquivos rápido / experimental como o ext4 vs um sistema de arquivos estável / confiável como o ext2 para /etc.