- Should I keep one of that 4 example dirs in
/?
/run é geralmente um ponto de montagem para tmpfs - não é esperado que ele sobreviva à reinicialização. E, a propósito, /run , como tal, não é FHS, IIRC.
- Should I leave anything else on the HDD?
Depende de muitas coisas. Qual sistema de arquivos você usa? Alguns são mais amigáveis com SSDs; por exemplo. O Btrfs tem alguns recursos (isso não é uma lista completa, apenas uma sugestão sobre que tipo de coisas precisam ser consideradas ) que aliviam o problema tradicional do SSD. Há também outras coisas que podem ajudar, por exemplo, montagem com a opção noatime .
- What do I have to care about (e.g. re-install and update GRUB after outsourcing
/boot)?
Alterar o layout de armazenamento de dados que envolve a movimentação do kernel geralmente requer mexer com o bootloader. Outra coisa será corretamente referindo-se às partições. Como o layout da sua partição vai mudar, você definitivamente precisará atualizar /etc/fstab .
- Can I outsource
/boot?- Should I outsource /boot?
Eh? /boot pode ser praticamente em qualquer lugar onde o bootloader será capaz de encontrá-lo. E o bootloader pode ser praticamente em qualquer lugar que o firmware (BIOS / UEFI / whatever) possa encontrá-lo.
É uma boa ideia? Depende O que você espera de tal configuração? Alguém poderia dizer que se você não atualizar o kernel com muita freqüência, ele salvará a unidade um pouco, mas como estamos falando de SSD aqui, isso realmente não importa, porque os blocos serão alocados aleatoriamente a partir do flash físico subjacente. memória. Se você quiser usar UEFI (e possivelmente SecureBoot), precisará de uma partição separada (que geralmente é montada em algum lugar em / boot / EFI IIRC).
Mais importante ainda, sugiro que você pondere sobre o que realmente está tentando alcançar. Embora eu entenda que o flash do SSD tem medo, o que você está sugerindo é muito improvável que você tenha uma experiência muito melhor: sua proposta é muito boa para colocar apenas o sistema no SSD. No entanto, (supondo que o computador tenha uma quantidade razoável de RAM), o que quer que você execute será armazenado em cache, o que significa que você verá praticamente apenas a diferença entre carregar vários megabytes do SSD ou do HDD:
Digamos que você decida iniciar o Firefox. Sua biblioteca principal ( libxul.so ) tem (ordem de magnitude) 80MB. HDD desfragmentado lhe dará isso em menos de 2 segundos. SSD vai piscar em algo como 0,2 segundo. Isso é uma aceleração de dez horas. No entanto, a biblioteca ainda precisa ser processada pelo vinculador de execução-tomo ( ld-linux.so ). Só então o processo é iniciado e você espera que ele se inicialize e comece a interagir com você. Agora, com que frequência um usuário inicia o navegador atualmente, que um segundo de 1,8 é crucial?
Se você tem medo de perder dados para a natureza do SSD, faça backup dele com frequência (você deve fazer isso de qualquer maneira). Na verdade, eu acho que já pode haver algumas soluções que espelham o conteúdo do SSD para o HDD em segundo plano (algo como um HDD híbrido, mas no nível do sistema operacional em vez do firmware do HDD).