pernacabeluda

Try this one https://bitbucket.org/RehabMan/os-x-realtek-network/downloads/ If it doesn't work, try RealtekRTL81xx, RealtekRTL8000SL or AppleRTL8169Ethernet.

Parece que o boot UEFI do Clover não funciona no seu BIOS, se for o caso, o único jeito é instalar usando o comando startosinstall com --converttoapfs NO para que a partição permaneça HFS+ pois por enquanto o Clover legacy não suporta APFS.

What's your network device? Use this to get vendor and device ID https://sourceforge.net/projects/dpcimanager/

You'll probably get audio working with Lilu+AppleALC, just need to figure out which layout ID to inject. https://github.com/vit9696/Lilu/releases https://github.com/vit9696/AppleALC/releases https://github.com/vit9696/AppleALC/wiki/Supported-codecs https://clover-wiki.zetam.org/Configuration/Devices#devices_audio_audio-inject For network I believe you need this http://www.insanelymac.com/forum/files/file/88-realtekrtl8111-binary/

Did you try putting NVWebDriverLibValFix.kext into CLOVER/kexts/Other? It worked for me. The only way to boot without it was removing the webdrivers (NVDA* and GeForce* in /Library/Extensions).

I also had this problem, needed NVWebDriverLibValFix https://github.com/mologie/NVWebDriverLibValFix/releases

Normalmente, se o drive tem boot EFI (partição EFI com o arquivo /EFI/BOOT/BOOTX64.EFI) aparecem duas opções de boot no BIOS, uma com o prefixo UEFI, que deve ser selecionada. O arquivo apfs.efi tem que ser da versão correta do sistema, copia do BaseSystem.dmg, está em /usr/standalone/i386. O instalador converte a partição HFS+ para APFS se o drive for SSD. Para não converter você pode usar o comando startosinstall com o parâmetro --converttoapfs NO http://Olarila.com/forum/viewtopic.php?f=41&t=6061

Are you sure you need OsxLowMemFixDrv-64? Try without it.

Did you try OsxAptioFixDrv-64 instead of OsxAptioFix2Drv-64?

No idea from KP screen, sorry. Does it happen only in installed system? Both install stages boot without problem? Are you using UEFI boot? Which drivers in drivers64UEFI?

Hi, post a picture of the kernel panic.

Normalmente a edição da AGPM (AppleGraphicsPowerManagement.kext) consiste em inserir o ID do dispositivo (no caso dele Vendor8086Device0126) na parte referente ao SMBIOS usado.

Tem certeza que está fazendo boot UEFI, tem o apfs.efi na pasta drivers64UEFI e a versão é a correspondente à do High Sierra instalado?

Deve ser algum ajuste no BIOS, o boot pelo pen drive tem que conseguir independente de ter outro drive ou não.

Não, se apenas apagar a partição, a EFI é mantida, ela só é apagada se refizer o particionamento do drive. O boot tem que ser feito no modo UEFI para funcionar com APFS, no modo legacy não funciona, mesmo que tenha o apfs.efi na pasta drivers64UEFI.

Como o Allan disse, algumas pessoas estão reportando problemas em alguns aplicativos. Por outro lado tem gente usando sem problema algum, como o Artur postou acima. Eu ainda não testei, fiz o update a partir do Sierra com o comando do primeiro post. Que eu saiba ninguém montou a imagem ainda, provavelmente por essa questão.

Me parece que é isso, deve ter um Clover antigo instalado na EFI do SSD. Se o boot não for UEFI ou se não tiver o driver apfs.efi na pasta drivers64UEFI, não vai reconhecer a partição APFS.

Eu tive esse erro numa instalação quando por engano, no primeiro reboot, o computador iniciou pelo Clover antigo que eu tinha no SSD. Não é o caso?

Olá, não apareceu a imagem. De qualquer forma, a instalação é em dois estágios, o primeiro é normal ser rápido. Após o reboot você precisa iniciar pela partição de destino para continuar a instalação, você observou isso?

Tem este script do Pike que você pode rodar antes do segundo estágio da instalação (tem que iniciar novamente pelo instalador e rodar no terminal) https://pikeralpha.wordpress.com/2017/08/03/script-to-check-apfs-conversion-settings/ Modificação no instalador para que não converta, ainda não vi. O Pike fala nesse mesmo post que no firmware features tem um APFS support bit que se você desabilitar, não será feita a conversão, mas ele não diz que bit é esse. Neste post do IM tem uma lista de FirmwareFeatures(Mask) atualizados que foram inseridos no Clover para suporte ao HS, talvez comparando com os anteriores dê para identificar mais facilmente o tal bit http://www.insanelymac.com/forum/topic/324194-pre-release-macos-high-sierra/page-65#entry2453714 Por exemplo, no caso do MacBook101 mudou 0xFD07F53E = 1111 1101 0000 0111 1111 0101 0011 1110 0xFC07E13E = 1111 1100 0000 0111 1110 0001 0011 1110 https://sourceforge.net/p/cloverefiboot/code/4156/ Um desses deve ser o APFS support bit, teria que testar, mas também pode acontecer de desabilitando esse bit, dar aquele erro de firmware na instalação, que dava antes de atualizarem o Clover.

Para atualizar o sistema para o High Sierra sem converter o sistema de arquivos para APFS /Applications/Install\ macOS\ High\ Sierra.app/Contents/Resources/startosinstall --converttoapfs NO Antes certifique-se de estar com o Clover atualizado. Se for fazer a instalação a partir de um pen drive criado com o comando createinstallmedia, utilize /Volumes/Image\ Volume/Install\ macOS\ High\ Sierra.app/Contents/Resources/startosinstall --volume /Volumes/"nome da partição destino" --agreetolicense --converttoapfs NO As aspas são obrigatórias se o nome da partição destino contiver espaços.

Patch do XHCI port limit para High Sierra Kext: AppleUSBXHCIPCI Find: 837D8C10 Replace: 837D8C19 http://www.insanelymac.com/forum/topic/324632-xhci-port-limit-patch-for-high-sierra/

E que SSDT é esse?

Olá, pela mensagem, disk0s1 não é a EFI do HD. Roda o comando diskutil list e cola o resultado aqui.

Já usei essa placa até El Capitan, só ativar o nVidia inject do Clover. Não sei se funciona no Sierra, mas acho que sim.