Jump to content

Help needed H87 Zotac


MiniHack
 Share

36 posts in this topic

Recommended Posts

Last week I got the H87 Zotac ITX board and am using a i5 4430.

 

I successfully have the board functioning using external graphics at full QE/CI with patched kernel from MacMan on 10.8.4 and it is fully functional on external graphics with audio over HDMI  via my trusty old GT 240. I can in 10.8.4 also boot at the basic low res on the internal graphics.

 

However using the developer downloads I get an instant reboot (with -f I see kexts apparently loading before the reboot but no error message, just immediate reboot) in 10.8.5 and in Mavericks. Which is very annoying as of course I expected the board to be better supported on these later builds.  Basically as soon as I am through the Chameleon [latest version] screen I get a flash of the Apple logo for about half a second before it instantly reboots.

 

I have gone through endless boot flags and tried with both the internal graphics and external (having patched to the ids discussed in the HD4600 threads as well as patching the framebuffer for the Azul next) and have also patched the DSDT to inject a known Haswell ID into the AppleLPC.kext. Still frustratingly I have the instant reboot and no text that helps me to diagnose the problem.

 

Any suggestions are welcomed as I am running out of ideas. Please help if you can, especially if you have encountered instant reboot and overcome it!

 

Edit: Looking around there may be a common theme here as I see others seem to be having issue with H87, H87M and no reports of it with Z87......

Link to comment
Share on other sites

Last week I got the H87 Zotac ITX board and am using a i5 4430.

 

I successfully have the board functioning using external graphics at full QE/CI with patched kernel from MacMan on 10.8.4 and it is fully functional on external graphics with audio over HDMI  via my trusty old GT 240. I can in 10.8.4 also boot at the basic low res on the internal graphics.

 

However using the developer downloads I get an instant reboot (no time for text in -v, with -f I see kexts loading before the reboot but no error message, just immediate reboot) in 10.8.5 and in Mavericks. Which is very annoying as of course I expected the board to be better supported on these later builds.  Basically as soon as I am through the Chameleon [latest version] screen I get a flash of the Apple logo for about half a second before it instantly reboots.

 

I have gone through endless boot flags and tried with both the internal graphics and external (having patched to the ids discussed in the HD4600 threads as well as patching the framebuffer for the Azul next) and have also patched the DSDT to inject a known Haswell ID into the AppleLPC.kext. Still frustratingly I have the instant reboot and no text that helps me to diagnose the problem.

 

Any suggestions are welcomed as I am running out of ideas. Please help if you can, especially if you have encountered instant reboot and overcome it!

 

Edit: Looking around there may be a common theme here as I see others seem to be having issue with H87, H87M and no reports of it with Z87......

Well not all Z87s are borne the same!  I am having great success with GigaByte Z87M-D3H where as my MSI Z87M-G43 would not boot any version of OS X that I tried (and I tried them all; and the board did install and run MS 8 and Ubuntu 13.4).  I am able to run 10.8.4 with the patched kernel and/or the kernel from the MBA Haswell release; all version of 10.8.5 and all versions of DP 10.9 with the Gigabyte MB. 

 

And now with Chimera 2.2, I am able to run HD-4600 with full acelleration on 10.8.5 current version but without a GPU card installed.  Still need a guide for running internal Intel graphics and an GPU card concurrently.

 

What does this say?  Well only that there is a lot of sorting out to be done.

 

neil

Link to comment
Share on other sites

Just wondering, did you install 10.8.4 through a USB installer?

No I actually installed 10.8.4 to a thumb drive, then ran the Haswell Helper app on the installation (to install the patched kernel), installed Chameleon and the usual kexts. All this done from a regular Mac. Then I used that full installation on the thumb drive to boot my mobo from without any issue.

 

All went very easily that way. I did try to install from a USB installer, but for some reason that failed, but as I have used my method before I did not persist with the USB installer stick method and went straight for installing onto the USB.

 

I then cloned from the USB drive to internal disk and ran chameleon on the internal drive to get it bootable.

 

I tried the same method for 10.8.5 and for Mav, but unfortunately stuck on the reboot loop. To save hassle for experimenting though I have got the Mav install now on the second internal partition so I can keep trying.

 

It is very baffling at the moment. I guess an answer will come sooner or later, but I really hope it is sooner. It looks more serious to me than an ordinary KP.

Well not all Z87s are borne the same!  I am having great success with GigaByte Z77M-D3H where as my MSI Z87M-G43 would not boot any version of OS X that I tried (and I tried them all; and the board did install and run MS 8 and Ubuntu 13.4).  I am able to run 10.8.4 with the patched kernel and/or the kernel from the MBA Haswell release; all version of 10.8.5 and all versions of DP 10.9 with the Gigabyte MB. 

 

And now with Chimera 2.2, I am able to run HD-4600 with full acelleration on 10.8.5 current version but without a GPU card installed.  Still need a guide for running internal Intel graphics and an GPU card concurrently.

 

What does this say?  Well only that there is a lot of sorting out to be done.

 

neil

 Hmmm, well maybe I should (just this once!) have taken a safer route by going with a Gigabyte Z87.....having said that I have (as you know Neil!) had good success in the past with Zotac boards.

 

I didn't use my usual routine of updating to the latest bios before I started though, so I may just go back and do that in case Zotac have already solved the problem for me (in which case I'll have to wipe a bit of egg off my face!).

Link to comment
Share on other sites

 

However using the developer downloads I get an instant reboot (no time for text in -v, with -f I see kexts loading before the reboot but no error message, just immediate reboot) in 10.8.5 and in Mavericks. 

Remove GenericUSBXHCI.kext from the Extra/Extensions folder on the USB installer.  

Link to comment
Share on other sites

Remove GenericUSBXHCI.kext from the Extra/Extensions folder on the USB installer.  

That is probably the solution to a USB installer working......that's not the problem though at the moment of course. :)

 

I will do a bios update later to see if matters improve. 

Link to comment
Share on other sites

One more thing to try I guess (reading around the subject) is to see if a Mavericks install will be bootable using an MBR scheme. Not something I am really wanting to do....but worth a try. 

Was also thinking about that, and would add a 3rd thing to try = burn Mavericks on DVD instead.

Link to comment
Share on other sites

Unfortunately tried with MBR USB but still the same problem.

Same here.

 

Of course, for me it is not exactly the same as I am trying to boot an install that has been cloned into place (without having to use a USB installer) but I am convinced it is actually the same problem. My feeling is that the original kernel does not seem to be compatible and that a patched kernel may be needed.

 

I tried this morning also with a 10.8.5 system (from the latest developer preview) and for interest looked to see if there was any change in the behaviour if I trashed all of the "new" kexts (repaired permissions, rebuilt cache etc). And the result was EXACTLY the same as I have been having with all of the 10.8.5 and Mavericks builds - instant reboot after the listing of the kexts. The fact that the only system variant that works os 10.8.4 using the patched Haswell kext seems to me that maybe it is the case that either only SOME cpus in the Haswell range are supported by the kernel [need to see if anyone is successfully running a 4430 i5] or only SOME boards have compatible chipsets within the Haswell range. 

 

Of course I could easily be wrong and it might be a kext issue, but if it was I would have expected a more usual kp to happen instead of the reboot. 

Link to comment
Share on other sites

So, some progress to report.

 

I have managed to boot 10.8.5 (with original 10.8.5 mach_kernel) by rolling back the ACPIplatform kext to the one from 10.8.4 and using dart=0 and -v flags.

 

Now I can progress to see if I can move to the inbuilt graphics on the 10.8.5 and also to see if a platform kext rollback will also work with Mavericks.

 

I was so pleased to see the desktop come up in 10.8.5.....


Okay, so now I am booting in 10.8.5 with full internal graphics. 

 

Finally I feel there is some extra hope for this board.

 

Unfortunately the rollback of the platform kext does not work for Mavericks but I am certain now that there is a solution as no doubt that kext must be the key, so some sort of edit to the 10.9 kext will likely work.

 

Edit: This post was wrong. Look instead further down the thread.

Link to comment
Share on other sites

Mmm good news, will give it a try.

Edit: Looks like that is the separation line for us, this solution leads to the exact same problem for me, installed 10.8.5 (Ver. F30), used AppleAcpiPlatform.kext from 10.8.4 and rebooted using the same args.

Maybe will consider an unlocked Bios to check if any other options may let it go.  Thank you for your help though.

Link to comment
Share on other sites

So in fact it was not quite as easy as I mentioned a couple of posts ago.

 

I had tried various combinations and not documented everything changed. The files above seems to be what is needed  for 10.8.5 booting on my board. Basically the patched kernel from 10.8.4 plus the 4 kexts from 10.8.4 in the zip seem to be required at the moment. Not very satisfactory but it does at least let me now use the internal GPU at full QE/CI and work out a few things which I'll note here so as not to forget!

 

HDMI is on port number 6, DP is port number 5 and DVI is port 0. HDMI video seems fine as does DP and both will work at the same time. DVI is scrambled. This is with me using the AAPL,ig platform-id injection 03 00 22 0d, which is the MacMini 2013 one and which is also described by Pike R Alpha here: 

 

So when I get a bit more time (I REALLY need to do some proper work) I'll come back to figuring some more of this stuff out....

Link to comment
Share on other sites

 Share

×
×
  • Create New...