A comunidade do Arch tomou a Especificação do Carregador de Boot do Freedesktop.org . AFAIK, Arch e seus derivados são as únicas distribuições para fazer isso, e mesmo no Arch, não é necessário. A Especificação do Carregador de Boot recomenda usar uma partição FAT compartilhada, como o ESP, como o local para armazenar os kernels do Linux, juntamente com um sistema para isolar os kernels de uma distribuição de outra nessa partição e gerenciar a configuração do carregador de inicialização para os kernels. p>
A especificação do carregador de boot é uma tentativa de resolver alguns problemas reais com a coexistência de distribuição do Linux em computadores de inicialização múltipla; no entanto, por ter sido adotado por apenas uma grande distribuição, mesmo após vários anos de existência, não oferece nenhum benefício prático. Além disso, o Boot Loader Specification está intimamente ligado ao gerenciador de boot systemd-boot, que é bastante impopular, exceto na comunidade Arch. Embora o systemd-boot tenha algumas vantagens, a menos que você esteja familiarizado o suficiente com o campo para entender essas vantagens e saber que precisa delas, talvez não queira começar a configurar coisas de formas estranhas (como montar o ESP em /boot
) apenas para permitir o uso do systemd-boot. Além disso, o systemd-boot tem uma desvantagem enorme : ele pode iniciar programas de inicialização subseqüentes (incluindo kernels Linux) somente a partir da partição a partir da qual foi lançado. Isso, por sua vez, significa que, se você usar o systemd-boot, estará bastante empenhado em armazenar o systemd-boot, seus kernels do Linux e os gerenciadores de inicialização de outros sistemas operacionais (como o Windows) em uma partição - o ESP. Isso está de acordo com a visão da Especificação do Carregador de Boot, mas cria seus próprios problemas.
Dito isto, se você quiser ampliar um ESP, você pode fazê-lo com várias ferramentas; no entanto, isso significa que você precisará reduzir a partição a seguir de seu ponto inicial. Isso é mais arriscado e consome mais tempo do que encolher uma partição do seu final, então eu strongmente recomendo fazer o backup da partição a seguir. Além disso, em um computador Windows, a partição após o ESP provavelmente será uma partição reservada da Microsoft, que é basicamente apenas uma partição vazia que o Windows usa para espaço de rascunho. Ele normalmente não possui sistema de arquivos, portanto, a maioria das ferramentas de particionamento não permite que você o reduza - e o Windows gosta de um tamanho específico (100 MiB ou 128 MiB, IIRC). Você pode, em vez disso, precisar reduzir a partição seguindo a partição reservada da Microsoft, excluir a partição reservada da Microsoft e criar uma nova. Isso tudo é um enorme problema e aumenta muito os riscos envolvidos na instalação de um novo sistema operacional.
Em vez disso, você pode querer criar um novo ESP em outro lugar no disco. Depois de criar espaço para o Arch Linux, você pode criar um novo ESP e outras partições para o Arch Linux. Dependendo do gerenciador de inicialização que você usa, você pode simplesmente ter Archs separados e Windows ESPs; ou você pode mover os arquivos do carregador de inicialização do Windows para o novo ESP e excluir ou reutilizar o ESP original. Observe que, como o systemd-boot não pode iniciar carregadores de inicialização que residem em partições diferentes das suas, se o motivo para montar o ESP como /boot
é que você deseja usar systemd-boot, será necessário mover o Windows carregador de boot para o novo ESP, se você pretende iniciá-lo a partir do systemd-boot. Além disso, a última vez que eu verifiquei (que estava com o Windows 7, então isso pode não ser mais verdade), o instalador do Windows ficou muito confuso e não funcionou se viu dois ESPs em um disco, impossibilitando a instalação do Windows em tal disco . Assim, se você definir as coisas com dois ESPs, você pode ter problemas no caminho. Esses problemas podem ser facilmente superados alterando temporariamente o código de tipo de partição do ESP não Windows, mas você deve estar ciente dessa solução alternativa.
/boot
e usá-lo para armazenar os kernels do Linux que são (frequentemente) lançados via systemd-boot, essa abordagem cria complicações e poucos ou nenhum benefício significativo . No geral, é melhor você usar o GRUB 2 ou o meu próprio rEFInd, que caberão no seu pequeno ESP e no lançamento grãos armazenados em outro lugar. A minha página Carregadores de inicialização da EFI para Linux descreve as opções do gerenciador de inicialização do Linux e do gerenciador de inicialização em mais detalhes.