Jump to content

DP3 up and running!


eep357
 Share

31 posts in this topic

Recommended Posts

Woot!

 

It took a couple tries but in the end the trick was to keep it simple. Only used 3 files, fakesmc, nullcpupowermanagement and my previous smbios. Initially I made a typical installer usb with full Extra folder, modified OSInstall files and Chameleon, but the installer's main thread would crash no KP's though. Realized I didn't need MBR support so did not need modified OSInstall, could use my normal chameleon boot loader from my DP2 install and my entire Extra folder will be loaded anyway. So just restored the BaseSystem.dmg and copied packages over to USB along with fakesmc and nullcpu, included a extra folder with just smbios for good measure and booted as normal but chose DP3 partition to boot from in the chameleon menu. Reboot to prior install to apply fakesmc and whatever other fixes are normally needed and done.

Link to comment
Share on other sites

A little clarity: Keep in mind that the above assumes an already working DP2 install and installing to a drive with GUID partition table. Should actually work with any prior OSX install as long as the ML compatible branch of Chameleon is already installed. If it makes sense, basically installed like the Snow Leo retail CD method, only here my old ML DP2 install acted as the retail bootloader and a almost unmodified DP3 as the retail DVD. I actually didn't use a USB drive at all and just made a small 10gb partition on one of my internal hard drives so the install would go faster and a 50gb partition to install onto. Used disk utility to restore BaseSystem.dmg from DP3 installer app to my 10gb partition and then once complete, on the 10gb partition under System/Installation/ deleted the "Packages" alias and replaced it with full Packages folder from the "Install Mountain Lion DP3 app", copied my 2 kexts and smbios, repaired permissions and caches on installer with kext wizard. Probably didn't need smbios, but wanted to be sure I retained my prior UUID through out the process cause I hate re-registering some apps. Rebooted as normal but picked my new installer from the chameleon menu instead of the default DP2 install and installed DP3. After the installer finished I booted back into my old DP2 install and copied it's version of fakesmc.kext and appleHDA.kext to DP3 using kext wizard to install them and repair permissions/rebuild caches. Still did not install chameleon to DP3 at this point. Rebooted into DP3 the same way I booted into the installer(cause chameleon and necessary extra's are still available on old DP2 partition), during apple setup menu, chose to transfer applications and settings from an existing mac, picked my DP2 as the source and once it was done everything was just how I left it, including open windows and desktop background but running as DP3!(I use a automator app I made to set background at boot due to bug in prior ML, not sure if it's fixed yet cause I already fixed it my way :D ). Then while booted into DP3 installed chameleon, network kext and copied Extra folder over from DP2. Since DP2 was on my only SSD drive, after making a backup of course, I cloned full DP3 install back over top my DP2 install using CCC with option to overwrite everything. All went really fast, easy and no setting to reconfigure. Yay!

Link to comment
Share on other sites

great news! What about the Sabertooth X58 specific issue? I mean, is there any boot hang without kext from snow leopard?

same as before(but seemed to me to be a bit shorter)and same fix which has been working fine for me, didn't mention it cause it was Sabertooth specific.But still a perfectly working hack with only adding/changing 4 total kexts to the final install is pretty good. Also should mention after cloning a install, good idea to rerun chameleon installer on it before rebooting to avoid possible "Boot 0" error, or activate partition manually if preferred, easier the chameleon way IMO.

 

Never done it so not sure, but for MBR users, I would think you could install to USB drive with GUID partition then clone back to internal MBR drive if installing to an internal GUID is not an option, if I'm wrong though, don't blame me if you wipe out your os or something.

Link to comment
Share on other sites

I've tried several times and hang during the installation phase. I get stuck at the blue/grey linen screen right before the language dialog would come up. The cursor is available and moveable. The wallpaper is linen but the rest of the screen is blank. Left it for a while and nothing changed.

 

- Restored BaseSystem.dmg to a spare partition

- Added FakeSMC to SLE

- Added mach_kernel from the DP3 dmg

- Added Extra with smbios.plist (no kexts in Extra/Extensions)

- Used ErmaC-Chameleon-r1890.pkg for the boot

Link to comment
Share on other sites

I've tried several times and hang during the installation phase. I get stuck at the blue/grey linen screen right before the language dialog would come up. The cursor is available and moveable. The wallpaper is linen but the rest of the screen is blank. Left it for a while and nothing changed.

 

- Restored BaseSystem.dmg to a spare partition

- Added FakeSMC to SLE

- Added mach_kernel from the DP3 dmg

- Added Extra with smbios.plist (no kexts in Extra/Extensions)

- Used ErmaC-Chameleon-r1890.pkg for the boot

 

 

You should also copy kernel cache and packages folder into the partition. For easy installation, you could take a look at "a fast and easy way to install mountain lion"

Link to comment
Share on other sites

I've tried several times and hang during the installation phase. I get stuck at the blue/grey linen screen right before the language dialog would come up. The cursor is available and moveable. The wallpaper is linen but the rest of the screen is blank. Left it for a while and nothing changed.

 

- Restored BaseSystem.dmg to a spare partition

- Added FakeSMC to SLE

- Added mach_kernel from the DP3 dmg

- Added Extra with smbios.plist (no kexts in Extra/Extensions)

- Used ErmaC-Chameleon-r1890.pkg for the boot

 

Forgot to mention that I copied the Packages folder over. Tried copying over kernelcaches even though I knew that wouldn't help. Even made a USB flash installer.

 

But all I see is linen. If I click on it I get a spinning beach ball.

 

I had no probs with DP 1 and 2 but now DP 3 is kicking me in the arse.

Link to comment
Share on other sites

Forgot to mention that I copied the Packages folder over. Tried copying over kernelcaches even though I knew that wouldn't help. Even made a USB flash installer.

 

But all I see is linen. If I click on it I get a spinning beach ball.

 

I had no probs with DP 1 and 2 but now DP 3 is kicking me in the arse.

Same prob I had at first, forever linen. boot with -x so it will reload kexts and not use kernel cache, also usekernelcache=no, did not copy caches from installer.

 

 

Hi guys.

 

OT

I see some user here with the SabertoothX58.

I compiled a new DSDT from the last BIOS1304 (Asus website).

Patched and fixed.

PLS test it

SabertoothX58.1304.BIOS.DSDT.zip

End OT

 

Fabio

I will try, many thanks!
  • Like 1
Link to comment
Share on other sites

Forgot to mention that I copied the Packages folder over. Tried copying over kernelcaches even though I knew that wouldn't help. Even made a USB flash installer. But all I see is linen. If I click on it I get a spinning beach ball. I had no probs with DP 1 and 2 but now DP 3 is kicking me in the arse.

 

Trying [Enter, ][Enter], [Enter]... when you see spinning beach ball. Setup Windows will appear! I don't know why!

Link to comment
Share on other sites

DP3 installed over DP2 (which was installed over DP1). Only change necessary was to add AppleHDA kext from SL10.6.2 to get sound working (that change has been required ever since 10.6.3). Fakesmc, Nullcpu, ethernet and audio enabler kexts were added to S/L/E at DP1. Installing over does not change these kexts so the only tweek for DP3 is to reinstall the old AppleHDA kext.

Link to comment
Share on other sites

Hi guys.

 

OT

I see some user here with the SabertoothX58.

I compiled a new DSDT from the last BIOS1304 (Asus website).

Patched and fixed.

PLS test it

SabertoothX58.1304.BIOS.DSDT.zip

End OT

 

Fabio

 

Hey Fabio,

 

I have an Asus P6TD which suffers from the same slow boot times as the Sabertooth. I have tried your DSDT and compiling my own new one from scratch and then patching, but not matter what I cannot get the system to boot without first hanging at IOAPIC: Version etc... for quite some time, which slows down the boot.

 

Is there anything else in the DSDT you think we can try?

 

Cheers.

 

EDIT: Might just note that Lion works fine with no such hanging, using the same DSDT's as with ML.

Link to comment
Share on other sites

 

 

Hey Fabio,

 

I have an Asus P6TD which suffers from the same slow boot times as the Sabertooth. I have tried your DSDT and compiling my own new one from scratch and then patching, but not matter what I cannot get the system to boot without first hanging at IOAPIC: Version etc... for quite some time, which slows down the boot.

 

Is there anything else in the DSDT you think we can try?

 

Cheers.

 

EDIT: Might just note that Lion works fine with no such hanging, using the same DSDT's as with ML.

 

Maybe apple drop support for older chipset, again?

Wasn't the first time, though x58 has never been used in any macs.

Using old apicplatform.kext does solved that, no observable side effects, at least for now.

Link to comment
Share on other sites

Maybe apple drop support for older chipset, again?

Wasn't the first time, though x58 has never been used in any macs.

Using old apicplatform.kext does solved that, no observable side effects, at least for now.

 

Nah dropping support would make it entirely not work, not just boot longer. It's prolly something in that particular kext that is loading/slowing it down.

 

As much as the X58 was never used in the Mac, the Mac Pros did use the 1366 socket (i.e. the same CPU chips) and the DSDT pretty much does the rest of the work.

 

I have a pretty much perfectly working system otherwise, including sleep/shutdown, Ethernet, GTX 570 video etc... with minimal kexts (really only FakeSMC and OpenHaltRestart). This slow boot is the only little thing that's left annoying me. Lion just boots so much quicker than ML right now, makes me sad :( I really don't wanna use an old SL kext if I can keep 100% vanilla ML!

Link to comment
Share on other sites

Can't get DP3 to work. I restored the BaseSystem.dmg to a 10GB Partition of my second HDD. I copied the mach_kernel to the Root of my Installer HDD. I deleted the Packages File and copied the Packages Folder to System/Installation. I copied FakeSMC.kext and NullCPUPowerManagement.kext to System/Library/Extensions on the Installer HDD. I booted from the USB Stick with the Chameleon Installer 1890 (worked fine with DP2) and selected my Installer HDD with -v. Then the .kexts load (looks like Matrix) and the last line i could read was "NVDHAL50.kext was loaded and registered" it stops there.After some Seconds the Display justgo Black and nothing happend anymore. The PC doesn't reboot or anything the Display is just Black and the PC is on. What can I do to make DP3 work? DP and DP2 and Lion worked very fine on my System.

 

Intel Q8400

6GB RAM

Nvidia GTX 275

Link to comment
Share on other sites

Can't get DP3 to work. I restored the BaseSystem.dmg to a 10GB Partition of my second HDD. I copied the mach_kernel to the Root of my Installer HDD. I deleted the Packages File and copied the Packages Folder to System/Installation. I copied FakeSMC.kext and NullCPUPowerManagement.kext to System/Library/Extensions on the Installer HDD. I booted from the USB Stick with the Chameleon Installer 1890 (worked fine with DP2) and selected my Installer HDD with -v. Then the .kexts load (looks like Matrix) and the last line i could read was "NVDHAL50.kext was loaded and registered" it stops there.After some Seconds the Display justgo Black and nothing happend anymore. The PC doesn't reboot or anything the Display is just Black and the PC is on. What can I do to make DP3 work? DP and DP2 and Lion worked very fine on my System.

 

Intel Q8400

6GB RAM

Nvidia GTX 275

-x

 

Nah dropping support would make it entirely not work, not just boot longer. It's prolly something in that particular kext that is loading/slowing it down.

 

As much as the X58 was never used in the Mac, the Mac Pros did use the 1366 socket (i.e. the same CPU chips) and the DSDT pretty much does the rest of the work.

 

I have a pretty much perfectly working system otherwise, including sleep/shutdown, Ethernet, GTX 570 video etc... with minimal kexts (really only FakeSMC and OpenHaltRestart). This slow boot is the only little thing that's left annoying me. Lion just boots so much quicker than ML right now, makes me sad :( I really don't wanna use an old SL kext if I can keep 100% vanilla ML!

I understand, but really your not vanilla with just fakesmc, only way for vanilla is real mac and adding/changing kexts to get everything working comes with the territory. I strive for as vanilla as possible, but if something needs changing to make it work better then so be it. A few kexts is nothing, try hacking an AMD vanilla :) Snow Leopard is not an ancient relic dug up in Egypt and many consider it the best os every made. Many of the network, audio and usb fixes everyone uses are based on SL kexts and ML still has various SL kexts in it as apple has had no reason to update them. Please don't take it the wrong way, but your nit-picking a bit, gotta keep the "hack" in hackintosh:)
Link to comment
Share on other sites

DP3 installed over DP2 (which was installed over DP1). Only change necessary was to add AppleHDA kext from SL10.6.2 to get sound working (that change has been required ever since 10.6.3). Fakesmc, Nullcpu, ethernet and audio enabler kexts were added to S/L/E at DP1. Installing over does not change these kexts so the only tweek for DP3 is to reinstall the old AppleHDA kext.

 

which bootloader do you take? when i install the dp3 over my dp2 and restart then everything is unchanged. same build number etc. nothing happens after a restart

Link to comment
Share on other sites

Can't get DP3 to work. I restored the BaseSystem.dmg to a 10GB Partition of my second HDD. I copied the mach_kernel to the Root of my Installer HDD. I deleted the Packages File and copied the Packages Folder to System/Installation. I copied FakeSMC.kext and NullCPUPowerManagement.kext to System/Library/Extensions on the Installer HDD. I booted from the USB Stick with the Chameleon Installer 1890 (worked fine with DP2) and selected my Installer HDD with -v. Then the .kexts load (looks like Matrix) and the last line i could read was "NVDHAL50.kext was loaded and registered" it stops there.After some Seconds the Display justgo Black and nothing happend anymore. The PC doesn't reboot or anything the Display is just Black and the PC is on. What can I do to make DP3 work? DP and DP2 and Lion worked very fine on my System.

 

Intel Q8400

6GB RAM

Nvidia GTX 275

 

Don't bother: DP3 is total {censored}...

Link to comment
Share on other sites

hi Folks,

i have the same Problem, only Linen and SPoD.

 

Booting -x didnt work for me, because my 6870HD makes then a white Screen without Cursor...

 

aargh...

 

Bootloader tried out, actual (1924 back to 1908) no change...

 

havent another Graphic Card for testing...

Link to comment
Share on other sites

 Share

×
×
  • Create New...