'' partição de inicialização EFI '' e '' biosgrub '' partição

Question

Por que preciso disso? Eu instalei o Ubuntu sob um não-UEFI (master boot record) e instalei o Ubuntu sem o 'biosgrub' e ele funciona bem, enquanto outras vezes me pedem para fazer uma partição 'biosgrub'. Eu não tenho idéia porque às vezes eu preciso e outros que eu não (ambos foram no mesmo sistema. E a mesma coisa acontece quando eu uso UEFI (GUID Partition Table) apenas a diferença é que me pedem para fazer um 'EFI partição de inicialização ", mas como com o 'biosgrub' às vezes me pedem para fazê-lo e às vezes não me pedem para fazê-lo. Para a minha instalação atual me pediram para fazer um, mas eu não fiz e meu sistema está bem. Há nenhuma mudança no sistema, mesmo hardware, BIOS etc ... Alguém poderia esclarecer isso?

    

Answer 1

Existem quatro condições (BIOS vs. EFI e MBR vs. GPT), mas duas delas têm necessidades idênticas (e uma delas é extremamente rara):

• Em um computador tradicional baseado em BIOS com uma tabela de partições MBR tradicional, o código executável do GRUB é espalhado como um espaguete lançado por um bebê. Algumas delas estão na seção boot-code do MBR, algumas delas em setores pós-MBR que são oficialmente não alocados, e algumas delas estão na partição /boot do Linux. Isso é uma verdadeira bagunça, e funciona apenas porque os desenvolvedores tiveram literalmente décadas para criar hacks inteligentes e descobrir (quase) todas as dobras.
• Em um computador tradicional baseado em BIOS com uma nova Tabela de Partição GUID (GPT), o código do GRUB é semelhante ao do caso anterior; no entanto, os setores imediatamente após o MBR não são não alocados; eles são usados pelo próprio GPT. A GPT não oferece nenhum lugar análogo para o GRUB ser seqüestrado, então os desenvolvedores do GRUB se estabeleceram na Partição de inicialização do BIOS (que GParted e parted identificar por um bios_grub flag) para manter o código que iria nos setores pós-MBR em um disco MBR. Isso é realmente mais seguro e limpo do que a abordagem MBR, já que serve para proteger o código do GRUB de outros programas que podem tentar usar esse espaço não alocado.
• Em um computador com uma EFI mais recente em vez de uma BIOS, os carregadores de boot não são armazenados no MBR, em setores pós-MBR não alocados oficialmente ou em Partições de Inicialização do BIOS; em vez disso, carregadores de boot residem como arquivos comuns em uma partição FAT conhecida como Partição do Sistema EFI (ESP) . ( Confusamente, os instaladores do Debian e do Ubuntu referem-se ao ESP pelo nome "EFI partição de inicialização, "mas esse nome não é padrão. GParted e parted identificam o ESP como tendo seu conjunto" boot flag ", embora essa terminologia signifique algo completamente diferente em discos MBR.) Um ESP pode existir em um Disco GPT ou um disco MBR, mas o primeiro é muito mais comum em computadores baseados em EFI. A abordagem do EFI é muito mais segura e muito mais flexível do que a abordagem do BIOS, uma vez que não esconde o código bruto em lugares estranhos; carregadores de boot residem em arquivos, assim como os programas no nível do sistema operacional. Isso os torna mais fáceis de identificar e manipular. (OTOH, EFI também armazena dados em carregadores de inicialização na NVRAM, o que cria um segundo ponto de falha no processo de inicialização. A novidade da EFI também significa que ela não está tão bem testada, que é responsável por uma série de problemas específicos da EFI.) li>

GhostMotleyX, seu comentário para a resposta do LiveWireBT opinou que a "melhor" maneira de instalar é o BIOS / MBR. Isso é subjetivo, claro, mas não concordo com essa avaliação. A abordagem do BIOS / MBR é o menos seguro e o mais desajeitado das três abordagens que acabei de descrever. A abordagem EFI é a abordagem mais segura e flexível. Eu suspeito que você esteja ficando preso ao fato de que partições separadas são necessárias para as abordagens GRUB / GPT e EFI, mas isso não é grande coisa. Além de configurar o sistema ou fazer manutenção de partições, essas partições serão praticamente invisíveis para você, e elas oferecem muita flexibilidade. Ao contrário do MBR, o GPT não está limitado a quatro partições primárias, então você não precisa acumular suas partições primárias como um leprechaun acumulando ouro.

    

Answer 2

Você precisa criar uma partição do biosgrub em um disco particionado da GPT ao configurar uma inicialização herdada ou um EFI boot partition (para discos particionados GPT ou MBR) ao configurar a inicialização via UEFI.

  

• O GRUB requer uma partição de inicialização do BIOS (2 MiB, sem sistema de arquivos, EF02 tipo código no gdisk ou bios_grub flag no GNU Parted) nos sistemas BIOS para incorporar seu arquivo core.img devido à falta de pós-MBR inserir lacuna nos discos GPT . [...]
  

^link

    

Answer 3

Eu darei um ponto extra / motivo para ter ambos, EFI e BIOS grub.

USB stick para inicializar um loop Live SystemRescueCD.iso do Grub2.

Por quê? Resposta simples: ele será inicializado em muitos PCs, alguns têm UEFI, alguns têm apenas BIOS de 32 bits, etc.

Motivo complexo real: use hardware avançado (UEFI), se possível.

Amostra de uso ao vivo real:

• USB stick (formatado no modo GPT) com quatro partições
• Primeira partição (visível do Windows 7 e superior) em NTFS com o restante do tamanho do pendrive
• Segunda partição para o arquivo Grub2 e SystemRescueCD.iso com pelo menos 1GiB (melhor se 2GiB para que você possa carregar duas versões do SystemRescueCD.iso ao mesmo tempo, apenas para testar a nova versão antes de substituir a antiga), normalmente usar o sistema de arquivos Ext4 para isso
• Terceira partição para EFI (o que o Windows chama de ESP) formatado como Fat32 com pelo menos 512MiB (vi alguns PCs que, se estiverem usando menos, não mostram o pendrive como mídia inicializável)
• Quarta partição para BIOS_Grub (sem formatação, mas desmarcada quando criada)

Uma coisa importante: eu vi uma stricew USB LG de 8GiB (uma que eu possuo) que se recusa a ser listada em uma inicialização física do UEFI PC se as partições não estiverem alinhadas aos cilindros, mas ser vistas em outros computadores UEFI e também no VirtualBOX com o modo de inicialização UEFI ativado ... ao particioná-lo se alinhado ao MiB ele usa todo o espaço, não próximo de 1MiB espaço não particionado no final, mas quando alinhado aos cilindros o último MiB incompleto não é usado ... se eu particionar MiB tendo isso em mente (em outras palavras, eu faço um cilindro manual alinhar) funciona, mas como eu estou dizendo que ainda está alinhado com cilindro (eu estou fazendo isso manualmente em vez de deixar a ferramenta de particionamento para fazer isso por você).

Como obter um bom stick de recuperação USB (tem dois truques):

1. Alinhar partições a cilindros (melhor compatibilidade apenas para alinhar ao MiB)
2. Faça um grub-install --target = i386-pc e então faça outro grub-install --target = x86_64-efi na mesma partição do grub, então você usa apenas um grub.cfg para ambos os modos de inicialização

Como é inicializado:

• a) inicializa o BIOS antigo, carrega o MBR, depois o Stage2 do grub, forma a partição BIOS_grub, depois o core.img a partir da partição Grub2
• b) compatível com UEFI, será carregado o arquivo .efi da partição ESP
• grub.cfg é lido (se existir na partição grub2)
• o menu grub2 é exibido
• então eu seleciono para inicializar a partir do loop SystemRescueCD.iso (com o parâmetro dochace), eu defini duas opções definidas no grub.cfg, uma para 32Bits, uma para 64Bits (eu tenho realmente quatro opções, já que eu configurei duas parâmetro dostartx para inicializar diretamente na GUI).
• depois da inicialização eu posso ejetar o pendrive (todo o Live Linux está no modo ramdrive graças a esse docache), não é necessário digitar nenhum comando, o pendrive não está montado (novamente graças ao parâmetro docache).

Com este stick eu posso inicializar o PC antigo (se eles permitirem inicializar a partir do USB) em 32 bits ou também 64 bits (se eles tiverem extensão etend no procesor), mas inicializando no modo BIOS.

Com este stick eu também posso inicializar o novo PC (se eles permitem inicializar a partir do USB) em 32 bits e 64 bits, mas inicializando no modo UEFI (ah, sim ele pode inicializar no modo UEFI e depois inicializar o Linux Live SystemRescueCD no modo de 32 bits, bem como no modo de 64 bits).

Então eu tenho tudo em uma mídia de inicialização de recuperação usb stick, capaz de arrancar em quase todos os PCs, modernos ou antigos (só precisa de suporte de inicialização USB), não importa se 32bits ou 64 bits, BIOS ou UEFI, etc ... e eu posso selecionar o que eu quero correr 32bits ou 64bits.

Além disso, eu já tinha testado em um PC que se recusa a instalar o Windows 64Bits (antigo processador 32Bits), mas é capaz de rodar um Linux Live de 64bits (porque o recurso PAE existe naquele processador).

Nota: Essa primeira partição como NTFS é para armazenar dados que podem ser compartilhados com o Windows 7 ou superior (o XP não o verá, pois não suporta o particionamento GPT) ... ele deve ser o primeiro, não é necessário estar na parte inicial do disco, pode ser onde você quiser, mas mush residir como primeira entrada na tabela de partição, isso é causado pelo modo de janelas hateable para montar partições no removível, ele tem código specificaly programado para evitar o acesso a mais do que a primeira partição , então você não pode montar os outros ao mesmo tempo.

Extra para partições Windows e USB: Se você trocar as entradas de partições na tabela partitiong, em outras palavras, colocará a partição que deseja acessar como a primeira na tabela, o Windows permitirá que você a acesse (se o formato for entender, fat32 e NTFS diretamente, ext2 com drivers especiais, etc), mas só vai deixar o acesso ao que está localizado na primeira entrada da tabela de partição ... existe uma ferramenta (chamada BootICEx86.exe) que pode fazer isso trabalhar no Windows sem precisar desconectar o pen drive.

Super extra: há também alguns pendrives (eu tenho muita sorte de ter um, um Sony 16GiB) que pode ser modificado com ferramentas especiais (as minhas com uma ferramenta da lexar) para que elas apareçam no Windows como um disco rígido USB um pendrive, após essa mudança, todas as janelas permitirão que você exclua, crie e gerencie partições nele, além de poder montar mais de uma vez, cada uma com sua própria letra.

Os usuários de Linux não se preocupam com isso, já que o Linux o vê como um dispositivo de bloco particionável e não implementa código especial para bloquear partições de montagem, etc., como o Windows possui.

Oh, sim, esses últimos parágrafos estão escritos apenas para o caso de alguém em M $ lê-los, então seu rosto cair para o chão, eu estou tentando (não vou conseguir nunca, eu sei que é um objetivo perdido) para eles para remover código tão feio do Windows e permitir que os usuários tenham partições no stick USB de maneira nativa.