No Arch Linux eu posso montar a partição do sistema EFI para / boot / efi

Question

Eu quero instalar o Arch Linux, mas não sei se devo montar o ESP em /boot ou /boot/efi Se eu montar o ESP em /boot/efi eu tenho que usar a opção -p ao fazer o diretório com mkdir -p /mnt/boot/efi .

    

Answer 1

I want to install Arch Linux but don't know if I should mount the ESP on /boot or /boot/efi

Para uma máquina com um único sistema operacional, /boot seria mais fácil, porque:

1. Os pacotes oficiais do kernel ( linux etc.) instalam o kernel diretamente sob /boot .
2. Alguns carregadores de inicialização de UEFI menores (por exemplo, systemd-boot ) podem inicializar o kernel somente da partição do sistema EFI. (GRUB pode inicializar de qualquer lugar.)

Portanto, se o seu gerenciador de partida requerer que o kernel esteja no ESP, então você deve montar o ESP em /boot ou configurar um script para copiar o kernel automaticamente de /boot para onde quer que o ESP seja montado.

do I have to use the -p option

Procure o que a opção -p faz, então pense se você precisa .

Ele não torna o diretório especial - a finalidade de mkdir -p é pré-criar automaticamente todos os diretórios pai. Se você estiver criando /boot/efi , ele criará automaticamente /boot caso esteja ausente.

    

Answer 2

Para uma instalação do Arch-only , o grawity é um bom argumento. Se você estiver instalando a maioria das distribuições que não são do Arch ou se você estiver com várias inicializações entre o Arch e qualquer outra coisa, a montagem do ESP em /boot tem algumas desvantagens, como:

• Colocar seus kernels no ESP, como aconteceria se você montá-lo em /boot , os torna disponíveis para outros sistemas operacionais que você está inicializando. Isso pode ser confuso, particularmente se você montar o ESP em /boot para várias distribuições Linux - pode não estar claro qual distribuição possui qual kernel. (A Especificação do carregador de inicialização deve corrigir esse problema, mas poucas distribuições o adotaram e só será possível se você for multi-boot com Windows, macOS ou qualquer outra coisa, colocar os kernels Linux no ESP os expõe a adulterações ou exclusões acidentais de seus outros SOs. (Com certeza, você não pode proteger o Linux contra danos causados por outro sistema operacional - o outro sistema operacional pode excluir a partição do Linux ou usar drivers do sistema de arquivos para causar estragos. O ESP usa FAT e significa compartilhados entre sistemas operacionais, o que torna seu conteúdo mais suscetível a danos acidentais ou maliciosos.)
• O ESP deve ser maior para armazenar os kernels do Linux do que precisaria ser de outra forma. Se você está começando do zero, isso não precisa ser um grande problema, já que você pode dimensioná-lo apropriadamente; mas se você está começando, digamos, com uma instalação existente do Windows, o ESP existente pode ser muito pequeno. Nesse caso, você precisaria redimensioná-lo (um grande esforço) ou usar outro ESP (além do atual ou como um substituto para ele).
• Algumas distribuições Linux exigem que o sistema de arquivos que contém os kernels do Linux suporte links simbólicos ou outros recursos que o FAT não suporta. No entanto, o Arch está OK com seus kernels no FAT, então isso não é problema para o Arch sozinho.
• /boot/efi é um ponto de montagem mais comum para o ESP do que é /boot . Embora a documentação do Arch e os principais scripts de suporte provavelmente funcionem bem com o ESP em /boot , você pode se deparar com um script de suporte mais obscuro, especialmente se executar algo fora do ecossistema do Arch, que pressupõe incorretamente que o ESP é montado em /boot/efi . Isso pode causar problemas. Eu não conheço nenhum exemplo específico disso, mas isso é parte do ponto - você não sabe o que o Random Script A fará.

FWIW, revisei recentemente minha página Carregadores de inicialização da EFI para Linux . Dos gerenciadores de inicialização e gerenciadores de inicialização da página, alguns são praticamente irrelevantes hoje em dia - o ELILO, o GRUB Legacy e o rEFIt cessaram o desenvolvimento e foram deixados para trás de maneira significativa. O SYSLINUX também não é atualizado há algum tempo e não parece muito, se é que existe, mais flexível que o ELILO. Isso deixa o GRUB 2, rEFInd e systemd-boot (anteriormente conhecido como gummiboot), com os dois últimos confiando no carregador stub EFI que faz parte dos kernels do Linux desde 3.3.0. Destes, apenas systemd-boot requer que os kernels sejam armazenados no ESP, e essa é uma limitação importante. Eu entendo o apelo de um gerenciador de boot leve como systemd-boot , e em um sistema somente de Arch, montando o ESP em /boot e usando systemd-boot pode fazer sentido se você está indo para a abordagem minimalista. Se você estiver com várias inicializações, no entanto, faz mais sentido usar o GRUB 2 ou o rEFInd. (Disclaimer: Eu bifurcou o rEFInd de rEFIt, então eu não sou imparcial.)