Preciso de uma partição EFI separada para cada sistema operacional que compartilha um disco comum?

0

Eu estava instalando o FreeBSD no meu MacBook Air. Ao particionar o disco, o instalador me disse

This partition scheme requires a boot partition for the disk to be bootable. Would you like to make one now? <Yes/No>

O problema é que eu já tenho uma partição EFI no meu SSD interno, que supostamente serve o macOS. Preciso criar um diferente para o FreeBSD?

Eu fiz algumas experiências dolorosas sobre este assunto:

  • Quando escolhi o No , o FreeBSD se torna não inicializável, ou seja, o "FreeBSD" simplesmente não é mostrado no menu do rEFInd.
  • Quando escolhi Yes , "o instalador do FreeBSD parece ter criado um MBR híbrido muito ruim em seu disco, e isso é confuso OS X ", e assim meu disco foi corrompido . Felizmente, depois de seguir as instrução @Rod Smith (criei um novo MBR protetor para substituir o MBR híbrido ruim), esse problema é resolvido agora, mas agora meu disco tem 2 partições EFI.

    Agora meu SSD interno é assim:

    sunqingyaos-MacBook-Air:~ sunqingyao$ diskutil list
    /dev/disk0 (internal, physical):
       #:                       TYPE NAME                    SIZE       IDENTIFIER
       0:      GUID_partition_scheme                        *121.3 GB   disk0
       1:                        EFI EFI                     209.7 MB   disk0s1
       2:                  Apple_HFS Macintosh HD            60.6 GB    disk0s2
       3:                 Apple_Boot Recovery HD             650.0 MB   disk0s3
       4:                        EFI EFI                     209.7 MB   disk0s4
       5:                FreeBSD UFS                         53.5 GB    disk0s5
       6:               FreeBSD Swap                         6.2 GB     disk0s6
       7: 83BD6B9D-7F41-11DC-BE0B-001560B84F0F               101.4 KB   disk0s7
    

    Além disso,

    sunqingyaos-MacBook-Air:~ sunqingyao$ sudo gpt -r show disk0
    Password:
          start       size  index  contents
              0          1         PMBR
              1          1         Pri GPT header
              2         32         Pri GPT table
             34          6
             40     409600      1  GPT part - C12A7328-F81F-11D2-BA4B-00A0C93EC93B
         409640  118284248      2  GPT part - 48465300-0000-11AA-AA11-00306543ECAC
      118693888    1269536      3  GPT part - 426F6F74-0000-11AA-AA11-00306543ECAC
      119963424     409600      4  GPT part - C12A7328-F81F-11D2-BA4B-00A0C93EC93B
      120373024  104447992      5  GPT part - 516E7CB6-6ECF-11D6-8FF8-00022D09712B
      224821016   12156928      6  GPT part - 516E7CB5-6ECF-11D6-8FF8-00022D09712B
      236977944        198      7  GPT part - 83BD6B9D-7F41-11DC-BE0B-001560B84F0F
      236978142          1
      236978143         32         Sec GPT table
      236978175          1         Sec GPT header
    
por nalzok 31.05.2017 / 08:23

2 respostas

1

Os ESPs são normalmente compartilhados entre sistemas operacionais, portanto, não, você não precisa de um segundo; mas também não deve causar problemas. Dito isto, algumas ferramentas ou sistemas operacionais podem ficar confusos com a presença de dois ESPs. O instalador do Windows é o único exemplo do qual estou ciente. (Isso afeta o Windows 7, mas eu não sei sobre versões posteriores.) Se você encontrar um problema como esse, poderá sempre alterar o código de tipo no ESP que não deseja que o instalador do Windows usar - mesmo que apenas temporariamente. (Uma mudança temporária pode ser útil se você quiser instalar duas versões do Windows, cada uma com seu próprio ESP).

A localização dos ESPs em relação às suas outras partições torna a exclusão de qualquer um estranho - para recuperar o espaço, você precisa mover o ponto inicial de pelo menos uma partição, o que consome tempo e é perigoso. Isso pode não valer a pena recuperar apenas 200 MB de espaço - mas, novamente, seu disco tem apenas 120 GB. Você terá que julgar quão precioso é o seu espaço, contra o tempo e o risco envolvidos.

    
por 01.06.2017 / 14:43
0

Exclua a partição 4 porque ela tem a mesma assinatura (C12A7328-F81F-11D2-BA4B-00A0C93EC93B) como primeira partição!

A seqüência de inicialização do UEFI precisa de apenas uma partição do sistema EFI (ESP).

O gerenciador de inicialização da UEFI verifica os dispositivos e carrega o arquivo (carregador do SO) endereçado pelo primeiro candidato de inicialização armazenado na NVRAM (se o dispositivo estiver presente) mais tenta o próximo candidato de inicialização e assim por diante.

Todos os carregadores UEFI são armazenados no ESP:

\ EFI \ company .....

\ EFI \ boot ... é o carregador de inicialização substituto.

O MBR não deve ser reproduzido com o processo de inicialização do UEFI. O MBR é necessário apenas para inicialização mais antiga do BIOS. Talvez o sistema operacional carregado (OSX) esteja verificando o MBR por algum motivo desconhecido, já que os discos do estilo GPT têm uma tabela de partição GPT e não usam informações armazenadas no MBR.

Há também um processo de inicialização híbrida nos discos do estilo GPT:

O código MBR carrega o código de inicialização de uma "partição de inicialização do BIOS" especial que por sua vez "sabe" o que carregar em seguida. Este esquema é criado por algumas distribuições Linux quando você carrega a mídia de instalação usando a inicialização do BIOS e faz a instalação - presume-se que a inicialização do BIOS no disco GPT.

Com o firmware UEFI e o disco GPT, sempre inicialize qualquer mídia (de instalação) usando a inicialização UEFI !!!

    
por 31.05.2017 / 22:33