
Estou instalando o Debian 9.9, quero esse layout para meu disco rígido de 1 TB com 8 GB de Ram.
Size Name / Mounted at
512 MB EFI System Partition
40 GB /
8GB /swap
Remaining space /home
Na internet as pessoas estão usando partição EFI montada em/boot ou/boot/efi.
Como o Debian 9 não permite que /boot seja FAT32, não podemos usar /boot. Eu estaria certo ao pensar que mesmo /boot/efi também não é uma opção pelo mesmo motivo?
Existe algum motivo para ter a pasta /grub com GRUB2 nela? Ele não instalaria o GRUB2 na partição do sistema EFI por conta própria?
Quais são os benefícios dos esquemas de particionamento alternativos (ou seja, EFI em /boot, /boot/efi ou GRUB2 instalado em /grub ?
Responder1
O local padrão (pelo menos para o Debian) para sua partição EFI é /boot/efi
. Isto pode ser edeveria estaruma partição FAT32.
Em um layout EFI padrão do Debian Grub, o grub tem três partes:
/boot/efi
Partição EFI montada
Contém bootloader stub grub e configuração/boot/grub
Mesma partição /boot ou /
Contém módulos grub e configuração real do grub/etc/grub.d
Mesma partição que /
Contém scripts de configuração automática
O Grub não se instala inteiramente no EFI, uma proporção significativa dele reside em outro lugar. Então, para poder inicializar, você ainda precisa do /boot/grub
. Ele apenas instala um stub e uma configuração de stub para apontar para o resto. Uma configuração típica de stub EFI é semelhante a esta ( /boot/efi/EFI/debian/grub.cfg
):
search.fs_uuid 2c675303-d207-4573-98f5-59a33c9890ab root hd0,gpt3
set prefix=($root)'/boot/grub'
configfile $prefix/grub.cfg
Observe como esta configuração apenas informa ao grub onde encontrar a configuração real ( /boot/grub/grub.cfg
localizada no disco rígido 0, partição 3).
Observe também que, embora a configuração seja armazenada principalmente em/boot/grub, você nunca a edita manualmente, você pede ao script grub para editá-la para você. E então, para reconfigurar o grub (mesmo que seja apenas para adicionar um novo kernel), você também precisa do /etc/grub.d
. Observe que os scripts neste diretório podem depender de outras bibliotecas instaladas pelo Debian.
Portanto você deve manter /boot/grub por dois motivos:
- Ele contém seus módulos reais de configuração e grub.
- Para que os scripts de configuração automática saibam onde escrever a nova configuração.
Se você realmente deseja mudar /boot/grub
para EFI... (não padrão)
Na verdade, não há nada que o impeça. Apenas certifique-se de que os scripts saibam /etc/grub.d
onde encontrá-lo (por exemplo: deixe um link simbólico)
Já fiz isso antes por razões esotéricas. Eu executo um sistema com uma partição EFI contendo dois diretórios EFI
e arquivos grub
. Eu configurei isso com:
# Move /boot/grub onto my EFI partition
mv /boot/grub /boot/efi
# Leave a symbolic link from the old location to the new location
ln -s /boot/efi/grub /boot/grub
# Update the stub config /boot/efi/EFI/debian/grub.cfg to point to the new location
grub-install
# For safety update the contents of /boot/efi/grub aka /boot/grub
update-grub
Na verdade, gosto dessa configuração porque ela protege contra o erro que já vi várias vezes aqui, onde as pessoas excluem um sistema operacional e destroem o grub e impedem a inicialização de qualquer outro sistema operacional.
Razões para particionamento
O particionamento tem vários propósitos. Com relação ao particionamento de partes do seu carregador de boot, isso é útil para lidar com diferentes capacidades de várias partes do seu sistema.
- Seu BIOS só pode ler sistemas de arquivos baseados em FAT
- O Grub tem um suporte muito bom para sistemas de arquivos, mas LVM e volumes criptografados podem ser um problema
- Linux pode ler tudo
- VelhoO legado do Grub não conseguiu ler discos ou partições muito grandes
Seu BIOS precisa ser capaz de carregar e executar o grub, então o EFI precisa estar em um sistema de arquivos baseado em FAT.
Sua partição master pode estar em algo que o grub não pode ler, mas o grub precisa de acesso ao seu Kernel, Initramfs e sua própria configuração, então /boot e /boot/grub precisam estar em uma partição legível pelo grub. Nos velhos tempos do legado do grub, você também precisava garantir que essa partição fosse pequena o suficiente e próxima ao início da unidade em discos muito pequenos.
O Linux pode ler tudo, mas você pode querer que o Linux seja executado em um LVM ou em um volume criptografado.