pernacabeluda

Acho que o melhor é deixar a partição EFI do HD em FAT32, pois o instalador do Windows vai querer gravar arquivos nela e se estiver em HFS ele não vai conseguir. Tenta formatar o pen drive em FAT32 com tabela MBR ao invés de GPT e faz os procedimentos que eu indiquei. Em princípio deveria funcionar, testei aqui com o Windows 7 e consegui subir o instalador no modo UEFI no meu PC antigo (sem UEFI) iniciando pelo Clover Assim, após o primeiro reboot da instalação do Windows, faz boot novamente pelo Clover do pen drive e seleciona o "Microsoft EFI boot menu" do HD, deve prosseguir a instalação. Não tive como testar aqui pois como pode ver pela imagem meus HDs desse PC antigo estão em MBR. O problema maior vai ser depois, caso não conseguir iniciar o Clover da partição EFI do HD em FAT32.

Essa estrutura é antiga, agora todos os arquivos do Clover ficam em /EFI/CLOVER. Eu tenho a seguinte estrutura na partição EFI: /EFI /EFI/CLOVER /EFI/Microsoft /EFI/ubuntu @lucassykes A questão é que o BIOS dele não é UEFI. No seu caso é possível fazer o Clover gerenciar o boot de todos os sistemas no modo UEFI, basta instalar desta forma http://Olarila.com/forum/viewtopic.php?f=3&t=2831

Uma idéia para conseguir instalar o Windows 8 em GPT usando o CloverEFI (legacy): copia o conteúdo da imagem (tem que ser a x64, que contém efi\boot\bootx64.efi) para um pen drive em FAT32, move o arquivo efi\boot\bootx64.efi para efi\microsoft\boot\bootmgfw.efi e instala o Clover no pen drive. Ao iniciar pelo Clover do pen drive, talvez apareça a opção "Microsoft EFI boot menu" que abrirá a instalação do Windows no modo UEFI. Para o Windows 7 a mesma coisa, porém o arquivo bootmgfw.efi é obtido como mostro neste tópico http://Olarila.com/forum/viewtopic.php?f=3&t=2831 Para o Ubuntu, formata o pen drive em FAT32, grava o iso nele usando o "Startup Disk Creator", renomeia a pasta /EFI/BOOT para /EFI/ubuntu e instala o Clover no pen drive. Em ambos os casos, se o instalador do Clover remover as pastas Microsoft e ubuntu da pasta EFI, copia de volta do backup que ele faz na raiz.

Melhor esperar o final, ainda é developer preview.

Instala, mas observa que o problema que estás tendo com o 10.8.4 é na hora de apagar a partição e não na hora de selecionar o destino para instalação. Apagar em HFS+ deveria conseguir independente de ter o patch MBR, que só libera a seleção como destino. Recomendo testar com o DU de alguma versão anterior que já tenhas, pode ser Lion ou anterior.

Foi esse o problema que eu imaginei se a EFI não estiver em FAT32. O Windows por exemplo grava o boot em EFI/microsoft/boot na partição EFI. Acredito que o bootmgfw.efi (que é carregado pelo Clover) não vai conseguir ler os demais arquivos com a EFI em HFS. O Chameleon tampouco vai conseguir fazer boot ao Windows se estiver instalado no modo UEFI, você vai ter que instalar no modo legacy, ou seja, não poderá usar GPT, terá que usar hybrid MBR. Pelos meus testes, o Windows é bem restrito na hora da instalação, só instala no modo UEFI se for GPT e só instala no modo legacy se for MBR ou hybrid.

O boot do Windows também funciona mesmo a EFI estando em HFS?

Nesse link que eu postei o cara explica como...

Inclui esta kext no Extensions.mkext que deve funcionar http://Olarila.com/forum/viewtopic.php?f=9&t=3388

Qual é o formato da partição EFI? Sinceramente não sei se vai funcionar caso o BIOS não seja UEFI, mas tenta com a EFI em FAT32 e faz a instalação manual dos setores de boot http://clover-wiki.zetam.org/Installation#Installation-on-a-FAT32-partition

Imagino que deva botar o valor que o script sugere. Não sei se tem que botar em decimal ou em hexa, você vai ter que testar.

Para funcionar com a AppleACPIPlatform atual precisa dividir os registradores de 16 bit na DSDT em 2 de 8 bit e ajustar os acessos aos mesmos (method B1B2) http://www.insanelymac.com/forum/topic/272459-appleacpibatterymanagerapplesmartbatterymanager-for-lion/

Não parece ser esse o problema. Tenta apagar a partição com outra versão para ver se não é na tabela de partições o problema.

Amigo, no meu post anterior tem os links com os procedimentos recomendados neste fórum. Se preferir usar as ferramentas do tonycrap, fica a vontade, mas está perguntando no lugar errado.

Tenta com \_SB.PCI0.LPCB.EC0.LIDW ao invés de LIDS. Ou mesmo com o GP11 que é o return original Method (_LID, 0, NotSerialized) { XOr (GP11, One, Local0) IF (Local0) //if LID is closed { Notify (SLPB, 0x80) //Set system to sleep } Return (GP11) }

Tentou o patch PNLF?

Tenta com o V3 ou V4 deste link http://forum.osxlatitude.com/index.php?/topic/1948-elan-touchpad-driver-mac-os-x/ Se não funcionar com nenhum dos dois, nem removendo o plugin do trackpad e usando o do mouse deste pacote, acho que não tem solução até o momento.

Não, tem que seguir o tópico que eu indiquei para eliminar o erro boot0.

Não são erros, são apenas alertas, a SSDT foi gerada normalmente, pode observar pela performance. O primeiro é normal pois em /System/Library/CoreServices/PlatformSupport.plist está pelo SMboardproduct (Mac-6F01561E16C75D06) e não pelo model identifier. O segundo, se realmente estiver errado (ele diz "may be", ou seja, pode estar) é no SMBIOS gerado pelo Champlist (SMcputype).

Roda os comandos como você modificou e volta a usar SMBIOS de 9,2.

Confirma se não foi uma que eu enviei, pode confundir o Mirone.

Eu tentaria os comandos, é um ganho considerável, quase 15%.

Tenta isto http://Olarila.com/forum/viewtopic.php?f=8&t=1198

Qualquer um, acho que não faz diferença, só importa o SMproductname.

Não tem que tirar nada. Testa com 9,x, testa com 8,x, se a performance do 9,x (que não tem plist) for inferior a do 8,x (que tem plist) roda os comandos para "criar" o plist do 9,x.