Para responder à pergunta definitiva: no , uma partição separada para /boot certamente não é necessária em todos os casos.
No entanto , mesmo que você não divida mais nada, geralmente é recomendável ter partições separadas para / , /boot e swap. Eu também sugiro strongmente que coloque /home em uma partição separada, mesmo que você não divida a hierarquia do sistema de arquivos ainda mais.
O motivo para colocar / boot em uma partição separada do sistema de arquivos raiz regular é que você pode reduzir a complexidade do sistema de arquivos no disco, o que reduz as demandas no boot loader para inicializar o kernel e o disco RAM inicial. Isso se torna particularmente interessante se você estiver executando uma configuração não trivial - talvez você esteja executando o RAID ou um sistema de arquivos incomum, como o ZFS na partição raiz, ou uma partição raiz criptografada. A partio para / boot pode ent ser formatada usando, e. ext2fs simples. Como a partição só precisa ser pequena (algumas centenas de megabytes são suficientes; / boot no meu sistema atual é de 100 MB e não sinto nenhuma restrição), as desvantagens de um sistema de arquivos não com diário, como o ext2, precisam não é tão bom porque as verificações são tão rápidas de qualquer maneira, e a relativa simplicidade do sistema de arquivos, além de ser altamente estática, pode tornar menos provável a corrupção não detectada. O fato de o gerenciador de partida não precisar entender nativamente um sistema de arquivos exótico ou a configuração do disco é outra vantagem possível.
A razão para colocar / home em uma partição separada é que, mesmo se algo for desonesto e começar a preenchê-lo (ou se você fizer isso sozinho), você nunca arrisca causando problemas em processos que não são do usuário (que raramente são executados) fora de / home) ou o próprio processo de inicialização. Além disso, torna-se muito mais fácil reinstalar o sistema operacional ou alternar distribuições, se você pode simplesmente dizer ao instalador para deixar / home como está e reformatar / para preenchê-lo com seus próprios arquivos. Como um último esforço de recuperação, se algo realmente der errado no software, isso pode fazer uma grande diferença.
A execução de um arquivo de troca não é uma configuração recomendada no Linux, e eu nem estou certo de que os kernels de ações mais comuns das distribuições suportam (ou permitem) a troca baseada em arquivo. Existem várias razões para isso, uma grande razão sendo o desempenho (em grande parte devido ao risco de fragmentação). O swap já é terrivelmente lento em comparação com a RAM (é mais uma medida paliativa do que uma correção), portanto, há poucas razões para torná-lo ainda mais lento, arriscando a fragmentação. E uma partição swap pode ser compartilhada com segurança entre distribuições Linux em um ambiente multi-boot; talvez não seja uma consideração no caso geral, mas certamente uma consideração para alguns. Uma partição swap também pode ser colocada em um disco físico separado com características diferentes; talvez um SSD atualmente, ou um drive de 10krpm rodando em um canal de controlador separado (essa última é menos uma consideração hoje em dia quando cada disco SATA está em um canal separado, mas pode fazer a diferença nos dias do PATA).
Pessoalmente, atualmente, eu separo /, / boot e swap, com / no meu sistema atual sendo 100 GB (estou longe de usar tudo isso; o uso atual é de 8,9 GB, e isso me dá tudo o que preciso) em termos de software e, em seguida, alguns). O restante do disco primário é composto de um único sistema de arquivos, que por convenção pessoal eu montei em / da ( d isk a ). Um segundo disco seria / db, depois / dc e assim por diante. (Eu duvido que o FHS realmente aprova este esquema, mas funciona bem para mim na prática.) Eu então vinculo-mount / home em / da, significando que eu posso mover o diretório físico sem ter que me preocupar em atualizar cada caminho referenciando ou reparticionar apenas porque percebi que estou com pouco espaço em disco para / home.