Primeiro, tentei instalar o Debian no meu Mac. Depois de desistir e excluir todas as partições não utilizadas, encontrei, em rEFIt , um volume de inicialização do Linux, mesmo sem distribuição Linux está instalado - não há nem mesmo uma partição. Então eu abro o inspetor de partição para sincronizar, e depois de uma reinicialização rápida, não há diferença.
Finalmente, depois de desinstalar o rEFIt, posso inicializar o Mac OS X bem. No entanto, ao segurar a opção para listar os discos de inicialização disponíveis, eu vejo o Macintosh HD, o Windows e o HD de recuperação. Não consigo descobrir por que o Mac detecta essa partição ausente do Windows / Linux. Como posso me livrar disso, ou pelo menos porque isso está acontecendo?
Eu não sei se eu estava particularmente claro sobre isso, mas a partição não está lá , apenas Macintosh HD, o EFI System partition , e o Recovery HD. Nada mais ....
Se fosse uma partição, eu poderia corrigi-la com GParted . Além disso, se eu fosse reinstalar o Mac OS X v10.7 (Lion). Como eu poderia garantir que iria reconstruir minha PMBR e GPT ? Eu não tenho o disco de instalação (foi pré-instalado), apenas a recuperação HD ... Ele não aparece no utilitário de disco ou em qualquer outra ferramenta de linha de comando.
Isso é o que eu não entendo.
De qualquer forma, aqui está alguma saída ...
diskutil list
**/dev/disk0
#: TYPE NAME SIZE IDENTIFIER
0: GUID_partition_scheme *500.1 GB disk0
1: EFI 209.7 MB disk0s1
2: Apple_HFS Macintosh HD 499.2 GB disk0s2
3: Apple_Boot Recovery HD 650.0 MB disk0s3**
sudo gpt -r show -l /dev/disk0
gpt show: /dev/disk0: Suspicious MBR at sector 0
start size index contents
0 1 MBR
1 1 Pri GPT header
2 32 Pri GPT table
34 6
40 409600 1 GPT part - "EFI system partition"
409640 975093952 2 GPT part - "Customer"
975503592 1269536 3 GPT part - "Recovery HD"
976773128 7
976773135 32 Sec GPT table
976773167 1 Sec GPT header
sudo gpt -r show /dev/disk0
gpt show: /dev/disk0: Suspicious MBR at sector 0
start size index contents
0 1 MBR
1 1 Pri GPT header
2 32 Pri GPT table
34 6
40 409600 1 GPT part - C12A7328-F81F-11D2-BA4B-00A0C93EC93B
409640 975093952 2 GPT part - 48465300-0000-11AA-AA11-00306543ECAC
975503592 1269536 3 GPT part - 426F6F74-0000-11AA-AA11-00306543ECAC
976773128 7
976773135 32 Sec GPT table
976773167 1 Sec GPT header
sudo fdisk /dev/fdisk0
Disk: /dev/disk0 geometry: 60801/255/63 [976773168 sectors]
Signature: 0xAA55
Starting Ending
#: id cyl hd sec - cyl hd sec [ start - size]
------------------------------------------------------------------------
1: EE 1023 254 63 - 1023 254 63 [ 1 - 976773167] <Unknown ID>
2: 00 0 0 0 - 0 0 0 [ 0 - 0] unused
3: 00 0 0 0 - 0 0 0 [ 0 - 0] unused
4: 00 0 0 0 - 0 0 0 [ 0 - 0] unused
e, se ajudar, a saída do próprio inspetor de Partição do rEFIt ...
*** Report for internal hard disk ***
Current GPT partition table:
# Start LBA End LBA Type
1 40 409639 EFI System (FAT)
2 409640 975503591 Mac OS X HFS+
3 975503592 976773127 Mac OS X Boot
Current MBR partition table:
# A Start LBA End LBA Type
1 1 976773167 ee EFI Protective
MBR contents:
Boot Code: GRUB
Partition at LBA 40:
Boot Code: None (Non-system disk message)
File System: FAT32
Listed in GPT as partition 1, type EFI System (FAT)
Partition at LBA 409640:
Boot Code: None
File System: HFS Extended (HFS+)
Listed in GPT as partition 2, type Mac OS X HFS+
Partition at LBA 975503592:
Boot Code: None
File System: HFS Extended (HFS+)
Listed in GPT as partition 3, type Mac OS X Boot
Espero que isso ajude.
Eu finalmente consegui me livrar desse ícone estranho e instalar o Ubuntu. Acontece que eu instalei o GRUB no MBR e desde o rEFIt. Aparentemente eu não conhecia nada melhor; ele chamou de Linux ...
Um rápido
fdisk -u /dev/disk0
limpou o MBR e resolveu o problema.
Eu tenho me intrometido muito com o Linux + OS X no meu Mac, e é minha experiência que as ferramentas padrão do OS X não tocam suas partições do Linux.
A heurística acima indica que o OS X não irá deletar sua partição Linux.
Para excluir a partição Linux, o I iria reinstalar o OS X. Como um bônus, esta solução definitivamente limparia quaisquer problemas remanescentes de MBR / GPT / auxiliares que poderiam potencialmente causar erros ou irritar você o futuro.
O indivíduo obstinado e competente resolveria o problema usando o GParted - mas, no processo, um erro de digitação, perda de energia ou Um incidente esquisito pode perder todos os seus dados. Então, o melhor backup de antemão. E se isso for feito de qualquer maneira, por que não ir os 45 minutos extras e reinstalar, obtendo um sistema limpo no processo?
Ao ler este conselho, por favor, tenha em mente que ele foi dado por alguém que está aprendendo a administração * NIX da forma fenomenológica - um indivíduo mais competente certamente será capaz de lhe fornecer as dicas necessárias.
Mas, no final, por que perder tempo depurando os erros de outra pessoa? Não - bombardeie e continue com sua vida!
Felicidades, Troels
Os Macs baseados em Intel exigem que sua unidade de inicialização use a mais moderna GUID Partition Table (GPT) do que o MBR (Master Boot Record) herdado para acompanhar como o disco rígido foi particionado. Para compatibilidade com sistemas operacionais que não são compatíveis com a GPT, as unidades que usam a GPT ainda têm um MBR (em inglês) Pseudo (PMBR) que espelha basicamente as informações na GPT.
É importante que as ferramentas que você usa para reparticionar seu disco rígido ou editar sua GPT ou seu PMBR mantenham as duas em sincronia. Se eles ficarem fora de sincronia, todas as ferramentas que não usam a GPT vão apenas olhar para o PMBR e dar uma visão de como a unidade é particionada, e as ferramentas mais experientes analisarão a GPT e darão uma visão diferente de como a unidade está particionada.
Diferentes ferramentas para diferentes SOs tendem a se concentrar em certos tipos de partição que eles conhecem melhor, e podem não relatar com precisão o tipo de partição para outras partições, se não for um tipo que elas reconhecem. Ou eles podem simplesmente omitir a listagem de partições não reconhecidas. Além da dificuldade, o Utilitário de Disco do Mac OS X não mostra certos tipos de partições que ele conhece, como as partições de recuperação do Mac OS X.
A partir do Mac OS X, para ter uma visão rápida dos discos rígidos e volumes conectados que você conhece, você pode usar
diskutil list
Para ver uma visão mais detalhada e de baixo nível do conteúdo da GPT da unidade, use:
sudo gpt -r show /dev/disk0
sudo gpt -r show -l /dev/disk0
Substitua /dev/disk0 pelo caminho do arquivo especial do dispositivo para o disco em questão, se necessário. A primeira versão do comando mostra os identificadores de tipo de partição / volume (um monte de GUIDs longos que você pode pesquisar aqui ). A segunda versão do comando mostra os rótulos de volume (nomes). Eu normalmente gosto de ver a saída de ambos, para que eu possa corresponder os nomes dos volumes aos tipos.
Para ver o que está no seu PMBR, tente:
sudo fdisk /dev/disk0
Na minha máquina atual, a saída fdisk indica que meu PMBR acha que minha unidade é apenas uma grande partição de um tipo fdisk não reconhece, mesmo que gpt mostre que eu tenho vários HFS + e Mac diferentes Partições de recuperação do OS X. Eu presumo que, se eu já tivesse iniciado o Boot Camped, ou usado o rEFIt nele, o PMBR saberia as especificidades de algumas das partições, em vez de mostrar o drive como um grande pedaço.
Atualize sua pergunta com a saída dos comandos diskutil , gpt e fdisk e poderemos ajudá-lo ainda mais.
Ah, e para se livrar da partição indesejada, basta usar o Utilitário de Disco do Mac OS X para excluí-la e, em seguida, aumentar a partição "acima" na exibição do Utilitário de Disco para o espaço que estava usando.
Atualização: gpt show no meu sistema não tem essa linha de saída sobre o MBR suspeito, então isso me faz pensar no que é suspeito sobre o seu. Talvez seja apenas o fato de você ainda ter o código do bootloader do GRUB no seu MBR, enquanto os típicos PMBRs do GPT do Mac não possuem nenhum código de inicialização.
Além disso, eu esqueci que a partição do sistema EFI é tecnicamente FAT32 (mesmo com um GUID especial). Gostaria de saber se há algo no seu MBR (como a presença do GRUB), ou algum conteúdo da sua partição de sistema EFI, que está fazendo o bootROM EFI do seu Mac vê-lo como uma partição do Windows em vez de ser apenas uma partição do sistema EFI. >
Para inspecionar sua partição do sistema EFI, você pode forçar o Mac OS X a montá-lo assim:
sudo mkdir /mnt
sudo mount -t msdos /dev/disk0s1 /mnt
Minha partição EFI basicamente contém apenas:
/EFI
/APPLE
/EXTENSIONS
/FIRMWARE
... mais os arquivos de atualização da última atualização de firmware EFI que eu instalei nesta máquina, bem como alguns arquivos típicos de turd do Mac OS X, como .Trashes/ . Seria interessante saber o que a sua partição do sistema EFI possui.
A outra diferença notável entre o seu sistema e o meu é que o Inspetor de Partição do rEFIt informa meu código de inicialização do MBR como "Nenhum", enquanto você tem o GRUB no seu. Gostaria de saber se forçar o Utilitário de Disco a tocar em suas tabelas de partições - por exemplo, encolhendo levemente, depois recriando sua partição HFS + principal - forçaria o MBR a ser tocado, substituindo o código do GRUB (zerado).
Tags boot partitioning mac refit