Para responder à pergunta direta: não , uma partição separada para /bootcertamente não é necessária em todos os casos.
No entanto , mesmo se você não dividir qualquer outra coisa, é geralmente recomendado para ter partições separadas para /, /boote swap. Eu também sugiro fortemente colocar também /homeuma partição separada, mesmo que você não divida mais a hierarquia do sistema de arquivos.
O motivo para colocar / inicializar em uma partição separada do sistema de arquivos raiz comum é que você pode reduzir a complexidade do sistema de arquivos em disco, o que reduz as demandas do carregador de inicialização 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 esteja executando RAID ou um sistema de arquivos incomum, como o ZFS na partição raiz, ou uma partição raiz criptografada. A partição para / boot pode ser formatada usando, por exemplo, ext2fs simples. Como a partição precisa apenas ser pequena (algumas centenas de megabytes são suficientes; / boot no meu sistema atual é 100 MB e não sinto nenhuma restrição disso), as desvantagens de um sistema de arquivos não registrado em diário como o ext2 precisam não seja 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 em grande parte estática, pode tornar menos provável a corrupção não detectada. O fato de o carregador de inicialização não precisar entender nativamente um sistema de arquivos ou configuração de disco exótico é outra vantagem possível.
O motivo para colocar / home em uma partição separada é que, mesmo que algo fique desonesto e comece a enchê-la (ou se você o fizer), você nunca corre o risco de causar problemas para processos não relacionados ao usuário (que raramente ficam sem / home) ou o próprio processo de inicialização. Além disso, fica muito mais fácil reinstalar o sistema operacional ou alternar as distribuições, se você puder simplesmente dizer ao instalador para sair / de casa como está e reformatar /para preenchê-lo com seus próprios arquivos. Como um esforço de recuperação de última hora, se algo realmente der errado em termos de 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 nem tenho certeza de que os kernels de estoque das distribuições mais comuns suportam(ou permitir) troca baseada em arquivo. Existem várias razões para isso, uma grande razão para o desempenho (em grande parte devido ao risco de fragmentação). A troca já é terrivelmente lenta em comparação com a RAM (é mais uma medida de interrupção do que uma correção), então há poucas razões para torná-la ainda mais lenta, arriscando a fragmentação. E uma partição de troca pode ser compartilhada com segurança entre distribuições Linux em um ambiente de inicialização múltipla; talvez não seja uma consideração no caso geral, mas certamente uma consideração para alguns. Uma partição de troca também pode ser colocada em um disco físico separado com características diferentes; talvez um SSD hoje em dia ou uma unidade de 10 krpm executando um canal de controlador separado (essa última é menos considerada hoje em dia quando todo disco SATA está em um canal separado, mas pode fazer a diferença nos dias do PATA).
Hoje em dia, eu separo /, / boot e troco, com / no meu sistema atual sendo 100 GB (não estou nem perto de usar tudo isso; o uso atual é de 8,9 GB e isso me dá tudo o que preciso em termos de software e depois alguns). O restante do disco primário é constituído por um único sistema de arquivos, que por convenção pessoal eu monto em / da ( disk a). Um segundo disco seria / db, depois / dc e assim por diante. (Duvido que a ESF realmente aprove esse esquema, mas na prática funciona bem para mim.) Em seguida, vinculo mount / home ao / da, o que significa que posso mover o diretório físico sem precisar se preocupar em atualizar cada referência de caminho ou reparticionar apenas porque percebi que estou com pouco espaço em disco para / home.