Melhor Esquema de Particionamento de Disco para uma Máquina de Desenvolvedor baseada em Linux

Question

Existe algum tipo de "melhor esquema de particionamento de disco" para uma máquina para desenvolvedores baseada na Web e baseada em Linux, em termos de desempenho, organização ou outros?

    

Answer 1

O particionamento não afeta muito o desempenho, mas os sistemas de arquivos e sua configuração afetam a performance. Veja este ponto de referência . Poucas informações sobre as opções de montagem - fstab , especialmente as opções atime.

O particionamento não tem nada com arquivos de organização no Linux, porque no Linux é tudo montado em uma árvore.

Eu recomendo uma partição para o sistema - / e partições separadas para pastas onde você coloca seus dados pessoais e de trabalho: /home e /var/www se você colocar seus sites aqui, porque se você mudar de distro você não precisará fazer backup.

edit: Você pode criar partições / discos com base na organização de arquivos e sua importância.

Por exemplo, você tem projetos e documentos que são muito preciosos, então você pode tê-los em discos RAID. Além disso, você pode ter um disco remoto montado com ssh / ftp.

Esquema de montagem:

/                      -> SSD disk, partition 1
/home                  -> SSD disk, partition 2
/tmp                   -> tmpfs
/media/data            -> RAID-ed disk, partition 2 (ie. shared photos with family)

user mounts:
/home/miroslav/secure  -> RAID-ed disk, partition 1 (encrypted)
/home/miroslav/remote  -> sshfs/curlftpfs

Para montar os diretórios remote e secure , você provavelmente precisará de algum script que solicite senha (s).

Diretório sym-links pwd=/home/miroslav :

projects       ->  secure/projects
documents      ->  secure/documents
mails-dir      ->  secure/mails

    

Answer 2

Em nossas máquinas virtuais de desenvolvimento interno, usamos três partições:

1. /root partition - abriga principalmente material do sistema operacional estático

2. /var partition - para todos os dados dinâmicos

3. /home partition - é onde o desenvolvimento ocorre com as contas de usuário dos desenvolvedores

O motivo para separar as partições é evitar que o sistema pare devido ao sistema de arquivos completo. Se /home estiver cheio - não importa. Nenhum processo em execução é afetado. Exclua algo, amplie on-line e continue.

/ não deve mudar muito (a única exceção é /tmp - mas os arquivos geralmente não são grandes).

/var é o local em que /var/tmp e todos os outros dados "ativos" residem (incluindo /var/log ). Um /var/log completo ainda é o motivo número um para falhas de sistema / aplicativo, portanto /var tem que ser grande o suficiente e tem que haver um aviso a tempo quando o espaço está se tornando esparso lá ...

Em máquinas físicas, em que o espaço em disco não importa muito, dividimos "partições" adicionais (principalmente LVs), incluindo: /var , /var/tmp , /var/log , /tmp , /boot , ... mas estas são máquinas de produção, onde o tempo de atividade é importante.

    

Answer 3

Em um mínimo, eu faria:

1 partion para / 1 partição para / home (isso seria a maior parte do espaço)

    

Answer 4

Eu costumava criar partições separadas para / , /home , /usr/local e /var , mas sempre pareci ter algum tipo de interação entre as partições. Se eu tivesse instalado uma distro diferente, eu gostaria de ter os dotfiles não usados removidos para simplificar, então ainda fiz um backup e limpei /home .

Quanto à criação de uma partição /var , fiz muitos sites na escola (~ 100 ou mais), com uma variação tão grande em tamanhos entre sites pesados de mídia e exercícios somente de texto, que era impossível para mim com precisão estimar a quantidade de espaço para alocar.

Agora, eu só tenho uma partição para tudo, e eu não chego nem perto de preenchê-la. Mídia pessoal (filmes, jogos, shows) vai em um HD externo, para que eu possa levá-lo para a casa de um amigo. Para máquinas virtuais, que precisam ser dispositivos virtuais no VirtualBox, se você quiser movê-las, eu gosto de ter um flash drive dedicado para cada um.

Eu nunca vi uma falha no HD, mas se ocorreu, não acho que importaria como a unidade física foi particionada; estaria apenas morto. A coisa mais arriscada que já fiz com meu HD é redimensionar partições, o que não é mais necessário.