Contribute
Register

P55A-UD4P Success

Status
Not open for further replies.
Joined
Jan 17, 2010
Messages
73
Motherboard
Gigabyte GA-P55A-UD4P
CPU
i7-860
Graphics
GT 430
Mobile Phone
  1. Android
I had to use -v GraphicsEnabler=Yes PCIRootUID=1 to start up on the usb installer and also the first time starting up(before multibeast installtion ) Mavericks installation. Everything seems to be working. Below are my Multibeast setting that I used.


Quick Start > UserDSDT - /Users/Steves/Desktop/DSDT.aml
Drivers > Audio > Realtek ALCxxx > With DSDT > ALC889
Drivers > Disk > 3rd Party SATA
Drivers > Misc > FakeSMC v5.3.820
Drivers > Network > Realtek - Lnx2Mac's RealtekRTL81xx v0.0.90
Drivers > System > AppleRTC Patch for CMOS Reset
Bootloaders > Chimera v2.2.1
Customize > Boot Options > Basic Boot Options
Customize > Boot Options > Generate CPU States
Customize > Boot Options > GraphicsEnabler=Yes
Customize > Boot Options > Hibernate Mode - Desktop Customize > Boot Options > Use KernelCache
Customize > System Definitions > Mac Pro > Mac Pro 3,1
Customize > Themes > tonymacx86 Black

Hope this helps someone..............
 
Ok, I'm posting this from within Mavericks updated from Snow Leopard - and I do mean "updated" not a "clean" install, which might have been the source of some of my problems.

First of all I was only able to get into the installer by using the IOUSBFamily Rollback from the Lion Multibeast 4.6.1 applied to my Unibeast-created installer flash drive. Then I had to use the following boot parameters (which I put into the edited boot plist):

PCIRootUID=1 GraphicsEnabler=Yes "Graphics Mode"="1920x1080x32"

Once in the installer ran for about 1.5 hours and then stalled, no drive activity. I unplugged and replugged the flash drive and then the "Install Finished" notice came up. If it was supposed to auto-restart or something after that it never did so I just hit the "reset" button on my tower.

On the reboot I selected to boot from the installer flash drive again, selected the fresh new Mavericks install it did what the installer was originally doing - turning off the monitor when it should have got to the login screen. I tried again, only this time I manually entered the boot parameters as above adding "-v" to see what was going on and it was crapping out because - as this was an update and not a clean install - the Snow Leopard /Extra/Extensions/ folder was still present and full of incompatible kexts.

Reboot again, only this time back into the installer. Used the Terminal utility to rename the SL /Extra folder (the target drive is named "Macintosh"):

mv /Volumes/Macintosh/Extra /Volumes/Macintosh/Extra_SL

Then I rebooted from the flash drive, selected the new install, and when it couldn't find an /Extra folder on that drive it used the thumb drive's and that got me into the new install. Then it was time to run Multibeast 6. I selected all the usual suspects (pretty much what RayMacx64 shows, except I run a DSDT-less one), Multibeast said it had success so I did the nervous first real boot.

No dice. Ended up booting of the flash drive again, and using the Terminal saw that Multibeast had not been able to create the /Extra/Extensions folder at all. I had an Extra folder with just the boot plist in it. No smbios either. I manually populated the folder with copies of the contents of the installer's "Extra" folder, then tried to reboot. Which didn't work and I ended up nuking that folder too. Once I got back into the new OS (by booting with the flash drive again) I just copied the USB/Extra folder over to the new install. Which worked - up to the point where I was supposed to log in, but the mouse and keyboard were dead again. Another reboot and carefully watching the verbose output showed it wasn't using the rollback USB kexts. Reboot again, with the installer flash drive, back into the new OS and tried to run Multibeast again. Now it reports a failure. The log showed both kextcache and permissions issues. I did a verify on the disk and repaired permissions. Multibeast still wouldn't complete. I had a network connection so I downloaded the kext utility (since I can never remember the terminal commands for doing the "touch" and kext clear, etc). It went through the paces and then Multibeast would report success again, but just as before no files were actually written to the Extra/Extensions folder.

In my several attempts to fix this I lost and regained and lost the mouse and keyboard, having to boot into the installer and use the terminal there to try and fix things. When I finally got back in Multibeast was failing again, with more kextcache errors (never the same number after them, no clues as to what kext(s) might be gumming up the works - it would just say that the application was using too many resources and kill the process). I finally just went to Multibeast - being that it's now a Cocoa app - said "Show Contents" dug down into the resources to the actual .pkg installers for the kexts I need, extracted them with Pacifist to the Extra/Extensions folder, ran the Kext Utility again to make sure permissions were right and the caches cleared. Crossed fingers, rebooted, and now here I am. There was one kext I hadn't installed manually and I ran Multibeast for that and it said "success" but if it was supposed to turn up in the Extra/Extensions folders (I don't know which ones can't), well, it didn't.

I don't know if this is a problem because of the update instead of the clean install, or if a clean install would have the same issues with Multibeast not working right? Now that I'm up and running, and my audio works, my network works, and my AppleID login to the Mac App Store worked for updates (which I gather has been an issue for some folks), I'm obviously reluctant to nuke the drive and do a clean install. But this was anything but a smooth update for me and I have no idea if Multibeast will ever work properly for kexts on my system now. Thankfully it installed Chameleon ok (the SECOND time).

I also have no idea if sleep/hibernate stuff works. I let my monitor go to sleep after 15 minutes of inactivity but I never let my computer have a rest. In my experience (across Windows, Linux, and OS X) waking computers from hibernation has often been a problem so I just don't let my systems go there.

So this was anything but a smooth upgrade for me. That said, it was still better than my first Hackintosh running Leopard on an AMD processor (what a nightmare that thing was). I'm nothing if not persistent.
 
I had to use -v GraphicsEnabler=Yes PCIRootUID=1 to start up on the usb installer and also the first time starting up(before multibeast installtion ) Mavericks installation. Everything seems to be working. Below are my Multibeast setting that I used.


Quick Start > UserDSDT - /Users/Steves/Desktop/DSDT.aml
Drivers > Audio > Realtek ALCxxx > With DSDT > ALC889
Drivers > Disk > 3rd Party SATA
Drivers > Misc > FakeSMC v5.3.820
Drivers > Network > Realtek - Lnx2Mac's RealtekRTL81xx v0.0.90
Drivers > System > AppleRTC Patch for CMOS Reset
Bootloaders > Chimera v2.2.1
Customize > Boot Options > Basic Boot Options
Customize > Boot Options > Generate CPU States
Customize > Boot Options > GraphicsEnabler=Yes
Customize > Boot Options > Hibernate Mode - Desktop Customize > Boot Options > Use KernelCache
Customize > System Definitions > Mac Pro > Mac Pro 3,1
Customize > Themes > tonymacx86 Black

Hope this helps someone..............

Since I have a comparable system, I wonder if this will work for my setup. The only difference seems to be my video card, which is AMD Radeon HD 6870. Can anyone experienced weigh in on this?

Thanks.
 
iGirl did you try the dsdt setup... I just used the one from Tony's database for my bios which is F14 ?
 
iGirl did you try the dsdt setup... I just used the one from Tony's database for my bios which is F14 ?

I'd had issues trying to update the BIOS on this motherboard, but I just (finally) got F14 to stick using the @BIOS utility.

Just tried to use MultiBeast 6.0 to replace FakeSMC v5.1.67 with v5.3.820 and MB fails again. Log file again shows its using too many resources, then dies with a vague "encountered and error" message. The system logs show too many kext errors (seems any SL kext that didn't get overwritten is still there, numerous "wrong architecture" messages, and while it moved a couple programs to the "Incompatible Software" folder it apparently didn't move some associated kext files, which are now also triggering errors.

I think I'm just going to have to bite the bullet and do a clean install.
 
Ok, just wiped my drive and did a clean install. MultiBeast reports "success" - creates "Extra" folder:

Extra
--> DSDT.aml
--> modules
-->-->Keylayout.dylib
-->org.chameleon.Boot.plist
-->smbios.plist
-->Themes
-->-->Default

NO "Extensons" FOLDER?! And, yes , I know it's now hidden. This was with showing all files.

(note that since I got the F14 BIOS now I'm using the DSDT you suggest).

I noticed you made no mention of USB rollback. Is that only needed for DSDT-free setups? I don't want to get stuck in "no keyboard or mouse" kext hell again.


EDIT/UPDATE:
Ok, I finally got my sound working again by using the DSDT-free 889 that also installs the HDAEnabler kext. I still haven't figured out why Multibeast can't seem to do anything with files and folders it created itself (my post about that is here: http://www.tonymacx86.com/mavericks-desktop-support/113173-multibeast-6-0-partly-fails.html), which is why it wasn't patching my DSDT for the 889 audio and I had to use the DSDT-free solution. Right now, though, I'm just happy I have sound again. :)
 
Hi,

I'm running a P55-UD3P which is a similar MoBo, and I had a heap of problems until I made sure my SSD was the one and only HDD connected in the system and it was connected to one of the SATA 2 Ports, NOT the Marvel SATA 3 port.

I dunno why, but I remember back in the day when I did the SL build, I had to do this same sequence.

After the upgrade is successful and you know it is stable, reintroduce your SSD to the SATA 3 port as the only HDD in the system. Complete a boot - use - shutdown sequence, then introduce the rest of your HDD's to the system.

This was an upgrade from Snow Leopard - I didn't want to go to either of the Lions.

No Data lost, Network and Sound working fine. Thank you to TonyMac and the team.

Good luck!

Celt.
 
One more success story with P55A-UD4, same settings as RayMacx64, thanx m8 for pointing out that boot flags are needed in order to start the installation at all.
 
No I did not use the rollback usb. Here is a picture of my Mavericks folder so you can compare it to what Unibeast created for you.
 

Attachments

  • Screen Shot 2013-10-28 at 11_Fotor.jpg
    Screen Shot 2013-10-28 at 11_Fotor.jpg
    500.5 KB · Views: 443
I run several hackintoshes and this has been a great motherboard. I can confirm these instructions work great. Thanks for posting. I did a fresh install with a DSDT from the tonymacx86 database, 8 Gb RAM, a Geforce GTX-240 video card and a standard hard drive. No problems at all, the only quirky thing I experienced was that on boot up of the Unibeast based install stick there was a delay where I thought it wasn't going to work. I just waited it out and it worked perfectly. As hackintosh installs go, this was easy.
 
Status
Not open for further replies.
Back
Top