30 replies to this topic

[eep357]

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.

[eep357]

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 ). 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!

[Sgt.ASavage]

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

[eep357]

Sgt.ASavage, on 19 April 2012 - 10:06 AM, said:

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.

[rlf]

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

[Sgt.ASavage]

rlf, on 19 April 2012 - 12:48 PM, said:

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"

[ErmaC]

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

[rlf]

rlf, on 19 April 2012 - 12:48 PM, said:

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.

[eep357]

rlf, on 19 April 2012 - 07:53 PM, said:

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.

.: ErmaC :., on 19 April 2012 - 03:49 PM, said:

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!

[rlf]

eep357, on 20 April 2012 - 02:58 AM, said:

Same prob I had at first, forever linen. boot with -x

Hey, the -x worked.  Thanks!

[KeNgoaiDao]

rlf, on 19 April 2012 - 07:53 PM, said:

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!

[everdone]

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.

[KeNgoaiDao]

... And Graphics (GTX 560Ti) lag on ML DP3

[kdtt]

p5k 5770
after removing amd kexts, I could boot into os.
Before removing those kexts,kernel panic with iopcifamily.
Lost onboard audio except hdmi.

[M0rpheus]

.: ErmaC :., on 19 April 2012 - 03:49 PM, said:

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.

[Sgt.ASavage]

M0rpheus, on 20 April 2012 - 10:08 AM, said:

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.

[M0rpheus]

Sgt.ASavage, on 20 April 2012 - 11:08 AM, said:

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!

[Phame]

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

[eep357]

Phame, on 20 April 2012 - 03:10 PM, said:

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

M0rpheus, on 20 April 2012 - 11:41 AM, said:

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:)

[Phame]

-x doesn't work.