[GUIDE] Scripted Yosemite/Mavericks Install on Gigabyte Mobos

[colddiver]

Colddiver, are all of your audio ports working using dood's dsdt? Can you create a surround sound setup using audio midi setup from utilities?

 

Unfortunately no... I only have External microphone, Line Out and Digital Out... This is all I really need but it would be nice to have everything working...

 

Colddiver

[Windows04]

Mmm... I see, so the problem is not only happening with me...

[digital_dreamer]

I did get a CMOS reset when trying to sleep the machine (will investigate this further later).

Currently, this can be fixed with a updated AppleRTC.kext.

Members are looking for a DSDT fix right now, once they find out what needs to change.

 

 

Windows04,

Would you run the test script I posted previously, so I can see what's happening with the "C" and "c" inputs? The only change is that it will print the inputs in four places. This way I can see how or why the variable is changing.

 

EDIT: And, if you can, provide me your Install.log from the script that includes that faulty install run with the "c".

 

 

MAJ

[digital_dreamer]

I don't think the DSDT approach provides full audio capabilities. It's known to be limited.

I can build a 5.1 system with my setup, but I use the included HDAEnabler.kext and LegacyHDA.kext. No DSDT edits.

 

You may have to resort to a hybrid DSDT/kext setup to get multi-channel sound.

 

MAJ

[colddiver]

Currently, this can be fixed with a updated AppleRTC.kext.

Members are looking for a DSDT fix right now, once they find out what needs to change.

 

I tried the updated AppleRTC and I ran into a few issues... Lion booted OK but all apps (except the dock) was unresponsive once booted. I couldn't launch any app or use any of the ones already launched. I ended up having to force-shutdown. I removed the kext and rebooted and everything now seems OK (I am typing this from the Lion install). I don't know if this was a fluke or if the kext was really to blame.

 

Concerning Chameleon RC5 r800, I can confirm that it can be used to boot both Snow (10.6.7) and Lion. On both systems, however, it seems to cause some issues with memory detection when running System Profiler (or System Information in Lion). I already reported the issue in Lion (where, under the Memory tab, System Info tells me that my Mac has 0 memory slots and will accept a ??? memory module while it correctly detect the amount of RAM currently installed). In both Snow and Lion, clicking the memory section in System Profiler results in an error being displayed "There was an error while gathering this information." (something that was not happening with the version of Chameleon I was using on my production Snow install). I suspect future version of Chameleon will address this bug... The bug does not appear to impact overall stability either in Lion or Snow. Yet, I will wait for it to be resolved before upgrading my production setup.

 

Another issue I ran into (this one is documented in other Lion threads) involves the Mac App Store. Trying to sign in, I get the following error message: "No GUID is available. Contact Support for assistance.". Some people were able to fix this by removing /Library/Preferences/SystemConfiguration/NetworkInterfaces.plist and rebooting but I haven't tried this yet (will do on next reboot).

**UPDATE: I tried this fix without success. I also tried to delete the interfaces in System Preferences, then delete NetworkInterfaces.plist in /System/Preferences/SystemConfiguration as suggested here, without success.

 

Lastly, I ran some benchmarks. On the GFX side of things, GL Extension Viewer reports similar frame rates in Snow and Lion on my GTX285. Geekbench score (64-bit), however, is much lower in Lion than it is in Snow. In Snow, I normally am around 9500 while in Lion, it dropped to about 5500. Considering Lion is still a dev preview, I am not too worried about this for now.

 

Colddiver

[Windows04]

Currently, this can be fixed with a updated AppleRTC.kext.

Members are looking for a DSDT fix right now, once they find out what needs to change.

 

 

Windows04,

Would you run the test script I posted previously, so I can see what's happening with the "C" and "c" inputs? The only change is that it will print the inputs in four places. This way I can see how or why the variable is changing.

 

EDIT: And, if you can, provide me your Install.log from the script that includes that faulty install run with the "c".

 

 

MAJ

 

Allright, have some more news for you . I've took a screenshot of the output that the script gives me when I enter C. Also, I've included a screenshot of the faulty combo install when I press "c". Apparently, the problem is not related to my RAID setup, as i'm getting both errors (the first one when I press C and the other one when I press c) on a RAID and a non-RAID setup.

 

Also, I cleared out the install.log and performed both errors again so that only these two errors show up in the log and nothing else . I hope it helps...

 

As for the sound problem, I am using in Snow Leopard a hybrid DSDT/kext combination (DSDT with LegacyHDA.kext) but because legacyHDA.kext needs to be in Extra/Extensions (because it won't work in S/L/E), I'll wait till the next version of your script which includes Extra support for Lion (if it's possible :s...). I've also tried out a method from Tmongkol, which involves modifying AppleHDA.kext but that also doesn't seem to work for me :s (and have asked for more help in his thread) but still would be nice NOT to modify AppleHDA.kext (unless I really have to, but apparently, that's also not working ').

 

PS: Another thing about that C and c... This doesn't seem to be with the other options (A/B/E), so it's really only the C where there is a problem :s...

Install.log.zip

[digital_dreamer]

<snip>

On both systems, however, it seems to cause some issues with memory detection when running System Profiler (or System Information in Lion).

Common problem with r800. Fixed with 829, but other problems have surfaced with GPU detection.

 

Thanks for your feedback, colddiver.

You may wish to try out version 6.0b of my unfinished script below. It offers kext installs in /Extra for Lion. Note that the menu has been changed around a bit.

 

 

<snip>

As for the sound problem, I am using in Snow Leopard a hybrid DSDT/kext combination (DSDT with LegacyHDA.kext) but because legacyHDA.kext needs to be in Extra/Extensions (because it won't work in S/L/E), I'll wait till the next version of your script which includes Extra support for Lion (if it's possible :s...). I've also tried out a method from Tmongkol, which involves modifying AppleHDA.kext but that also doesn't seem to work for me :s (and have asked for more help in his thread) but still would be nice NOT to modify AppleHDA.kext (unless I really have to, but apparently, that's also not working ').

 

Thanks for your helpful feedback, windows04.

I've done the AppleHDA.kext edits for Lion and have not had success, either. In fact, if it did work, I was going to script the routine into the main script and have it done automatically when one places the layoutXXX.xml and Platforms.xml files in the Audio install directory. But, no dice.

 

I think I solved the "C" issue, but am puzzled why the issue was only effecting your system. However, I see that even when you use "c", the kexts in /Extra fail to make it in the cache, as the permissions are incorrect. Why that's happening, I have no idea. You have a bizarre system!

I am releasing to you a version of my unfinished script. Menu have changed. Lots of unfinished stuff. But, it offers boot cache builds in /Extra for Lion. I have some extra code just for debugging your situation that I want to observe.

 

V6.0b script files

Uncompress and replace your existing "RUN_HACKINSTALLER" file and just put the "Scripts" folder in /~extra/Resources of your script package.

Most of everything works, except:

#8 Modify system information - unfinished - not sure what I will do with this as the bootloader overrides much of it.

#14 Assorted utilities - Fix Mail bundles after System Software Update (GrowlMail, DockStar, etc.) - unfinished

#14 Assorted utilities - Enable TRIM support for third-party SSDs (non-Apple SSDs) should work (But if you don't have version 2.0.5 (or higher) of IOAHCIFamily.kext, it won't work, as I haven't included that version in this download.)

#15 Create boot disk- Lion not fully tested

 

MAJ

[colddiver]

Common problem with r800. Fixed with 829, but other problems have surfaced with GPU detection.

 

Thanks for your feedback, colddiver.

You may wish to try out version 6.0b of my unfinished script below. It offers kext installs in /Extra for Lion. Note that the menu has been changed around a bit.

 

MAJ: Tested your 6.0b script. A far as the /Extra kext install, all seems to be OK. I used it to:

- Install the latest Chameleon (r832)

- Move FakeSMC to /Extra

- Add AppleRTC to /Extra

 

And I had no issues. The above fixed quite a few things on my setup (on 10.7 Build 11A459e):

- Sleep now works - no more reboot/CMOS reset. I wasn't sure if AppleRTC should have gone into S/L/E but it seems to work in /Extra since the sleep issue is gone and since I don't get the App not responding issue I reported earlier (that was on a previous version of Lion, however - 11A430e).

- As you reported, the latest Chameleon RC5 fixes the memory detection issue I reported earlier (I now get the proper "Your Mac contains 6 memory slots, each of which accepts a 1066 MHz DDR3 memory module." message in the Memory tab and the Memory report in System Info appears to be correct as well.

 

I am not experiencing any GPU detection issues (EVGA GTX285 here) with r832.

 

Good idea to add SSD trim support enabling to your script!

 

Now I need to fix this SMproductname, SMboardproduct, SMserial infernal trio issue... Hacking the installer worked all right but I worry that a later software update may implement the checks again (making it cumbersome to upgrade)...

 

Colddiver

[colddiver]

Now I need to fix this SMproductname, SMboardproduct, SMserial infernal trio issue... Hacking the installer worked all right but I worry that a later software update may implement the checks again (making it cumbersome to upgrade)...

Found a few good guides on how to edit smbios and create your own serial number... Looks like I have resolved my issue above using these guides... Thought others may be interested.

 

Colddiver

[jhrfc]

- As you reported, the latest Chameleon RC5 fixes the memory detection issue I reported earlier (I now get the proper "Your Mac contains 6 memory slots, each of which accepts a 1066 MHz DDR3 memory module." message in the Memory tab and the Memory report in System Info appears to be correct as well.

 

I am not experiencing any GPU detection issues (EVGA GTX285 here) with r832.

 

do you have a link to the binary(s), for r832 or would I need to build with the lion version of xcode?

Cheers

 

 

#14 Assorted utilities - Enable TRIM support for third-party SSDs (non-Apple SSDs) should work (But if you don't have version 2.0.5 (or higher) of IOAHCIFamily.kext, it won't work, as I haven't included that version in this download.)

Way cool. I feel an upgrade to an SSD system disk coming on post lion release!

Jon

[colddiver]

do you have a link to the binary(s), for r832 or would I need to build with the lion version of xcode?

 

I found a recent binary here.

 

With all the updates mentioned above, I can confirm that I can install Lion without having to hack the installer. I seem to be getting through all platform checks. I suspect you will need a recent Chameleon built (one that supports Lion) to inject everything properly (I tested with r832).

 

Relevant excerpts from my smbios.plist:

 

        <key>SMfamily</key>
       <string>MacPro</string>
<key>SMproductname</key>
       <string>MacPro4,1</string>
       <key>SMboardproduct</key>
       <string>Mac-F4208DC8</string>
       <key>SMserial</key>
       <string>MAKEYOUROWN!</string>
       <key>SMsystemversion</key>
       <string>1.0</string>
       <key>SMbiosversion</key>
       <string>MP41.88Z.0081.B04.0903051113</string>
       <key>SMcputype</key>
       <string>1281</string>
       <key>SMexternalclock</key>
       <string>333</string>
       <key>SMmaximalclock</key>
       <string>2660</string>

       <key>SMmemspeed</key>
       <string>1066</string>
       <key>SMmemtype</key>
       <string>24</string>

 

Enjoy!

 

Colddiver

[Windows04]

Thanks for your helpful feedback, windows04.

I've done the AppleHDA.kext edits for Lion and have not had success, either. In fact, if it did work, I was going to script the routine into the main script and have it done automatically when one places the layoutXXX.xml and Platforms.xml files in the Audio install directory. But, no dice.

 

I think I solved the "C" issue, but am puzzled why the issue was only effecting your system. However, I see that even when you use "c", the kexts in /Extra fail to make it in the cache, as the permissions are incorrect. Why that's happening, I have no idea. You have a bizarre system!

I am releasing to you a version of my unfinished script. Menu have changed. Lots of unfinished stuff. But, it offers boot cache builds in /Extra for Lion. I have some extra code just for debugging your situation that I want to observe.

 

MAJ

 

Why, oh why do I always have the bizarre system '!

 

DD,

 

I tried your 6.0b script today, but unfortunately have to report that I don't have much success with this new version...

 

Well, first: I installed the r832 release of Chameleon, just to make sure i'm up to date and can report that I don't have any GPU detection issues (Radeon 4870 HD XFX). Then, I tried the c and C problem, this seems to be solved .

 

But,...

With this new version of the script, I'm unable to make a combo boot cache anymore.

 

1) On Snow Leopard (On RAID and NON-RAID Systems)

I first get some kind of issue with the grep function you use in your installer (see screenshot below) BUT the issue of the permissions of my kexts seems to have been magically disappeared.

 

But, when I open of the BOOT_OSX drives, I see that the size of this "combo boot cache" is only 9,1 MB (while normally, a combo boot cache on my system is around 40 MB). So I think the script is suddenly making some kind of standard boot cache or something. In the boot cache log (included below), I can see that a lot of kexts are omitted from the mkext.

 

BUT, don't understand me wrong, I can boot with this cache on Snow Leopard (probably because it's some kind of normal boot cache or something...).

 

2) On Lion

The same thing happens to Lion, when I try to create a combo boot cache, the cache is only about 9-11 MB, which should normally be a lot more. But in Lion, there are more problems.

 

Because of the fact that I can't create a good cache (have also tried using standard boot and standard all), I can't boot with Lion using the kernel cache (always have to use -f). When booting in verbose, it seems to hang at the fact that the system can't find an SMC device (proof that FakeSMC.kext isn't included in the cache). Will include picture later.

 

Eventually, I had to go back to v5.54 of your script to successfully make a kernel cache (after installing the kexts to /S/L/E) and boot without -f.

 

Also for Lion, I've included a boot cache and an install log for you to check out.

 

3) Audio Problem

As for the audio problem, I've got a response from tmongkol, but have asked for more help. But I think we will get to the solution very soon .

Boot_cache_Lion.log.zip

Boot_cache_SL.log.zip

Install_Lion.log.zip

Install_SL.log.zip

[colddiver]

Hello all,

 

My smbios edits have brought back an old issue with my GTX285. Framerate in GL Extension Viewer drops to around 500 fps while it was around 5000 before. I got rid of this in the past by setting my Mac Model to MacPro3,1 instead of 4,1. I found a fix involving editing the AppleGraphicsPowerManagement.kext info.plist (simply change Vendor10deDevice05e2 to Vendor10deDevice05e3. Problem is, I cannot seem to be able to update boot caches using DD's script. I get the following error:

 

Creating /Extra boot cache for Snow Leopard.

FakeSMC.kext is not authentic.

ACPIMonitor.kext is not authentic.

IntelThermal.kext is not authentic.

SuperIOFamily.kext is not authentic.

 

These kexts are not related to my issue but by causing the boot cache update to fail, the new plist is not loaded and the frame rate is not improved. I can confirm that the fix actually works by booting and selecting ignore boot caches (frame rate goes back to 5000). Yet, it would be nice to resolve the above issue. I also tried Kext Utility without success. I don't understand what went wrong with these kext since I never touched/hacked them in any way...

 

Any suggestions/ideas as to what caused the issue and how to resolve it?

 

I did not notice the issue in Lion (will have to reboot and test). Perhaps the Lion upgrade will make this problem go away...

 

Colddiver

[digital_dreamer]

Then, I tried the c and C problem, this seems to be solved .

 

 

But,...

With this new version of the script, I'm unable to make a combo boot cache anymore.

 

<snip>

I see that the size of this "combo boot cache" is only 9,1 MB (while normally, a combo boot cache on my system is around 40 MB).

This is perfectly normal and expected.

The combo cache is changed from the previous version. The previous version included every kext, including those not normally used booting. This new one only includes the kexts from /System that are needed for booting. This is why it's much smaller. It's better, really.

 

If you look at your log, you'll see 165 kexts are included in /Extra. Additionally, if you go into Update boot caches, you can enter "D" and display the current boot cache and see the whole list of kexts inside the boot cache. There will be a lot more than just those in /Extra.

 

The same applies to the Lion boot cache (mkext file).

 

Because of the fact that I can't create a good cache (have also tried using standard boot and standard all), I can't boot with Lion using the kernel cache (always have to use -f). When booting in verbose, it seems to hang at the fact that the system can't find an SMC device (proof that FakeSMC.kext isn't included in the cache). Will include picture later.

Okay, this is a great time for me to explain the two boot caches we have in Lion:

We can only use one of boot caches at one time, not both.

 

Prelinked Kernel (Kernelcache)

Install everything in /System (S/L/E) and use "UseKernelCache"="Yes" key and string in boot plist. This is the only way the kernelcache is going to get updated - via kexts in S/L/E. Kexts will not work in /Extra in kernelcache mode!

This is the method Apple is using for Lion systems - it's newer and faster, but, requires a non-vanilla install.

 

Mkext file (kext cache)

Install kexts in /Extra or /System and create a boot cache from them (into Extra and System), just like in SL. Do not use "UseKernelCache" key. Kernelcache will be ignored at boot and system will only boot from mkext file (boot cache).

This is the way we're used to doing things.

 

 

As for the audio problem, I've got a response from tmongkol, but have asked for more help. But I think we will get to the solution very soon .

I saw your post. The 885 layout is the same as 889a. They are interchangeable.

The layout885.xml and Platforms.xml files have to be placed inside the vanilla AppleHDA.kext/Contents/Resources directory, but you probably already knew that and tried it. The layout885.xml file is new and is added to all the other existing ones. The Platforms.xml file replaces the existing one.

 

 

kind regards,

MAJ

 

<snip>

I cannot seem to be able to update boot caches using DD's script.

Which version? The newest v6.0b?

Are there other kexts that actually make it through?

 

EDIT: Are you installing via Kext installer or just doing Update boot cache?

 

I'll need to see the Install.log. The permissions are not being set for some reason.

Sorry for the trouble.

 

MAJ

windows04,

I forgot to mention to you that if you uninstalled VoodooHDA.kext and need to use a non-VoodooHDA.kext solution, you'll need to enable your vanilla AppleHDA.kext again, just in case you haven't yet. I recall that we had you rename the kext, so let's rename it back.

 

In Terminal:

cd /System/Library/Extensions
sudo mv AppleHDA.kext.original AppleHDA.kext

 

best regards,

MAJ

[colddiver]

Which version? The newest v6.0b?

Are there other kexts that actually make it through?

 

EDIT: Are you installing via Kext installer or just doing Update boot cache?

 

I'll need to see the Install.log. The permissions are not being set for some reason.

Sorry for the trouble.

No trouble - I don't think your script is to blame. Somehow, something got messed up on my system. Anyway, here is more info on the issue.

 

Using v5.54 of the script:

Running option 5 (run kext/kernel installer) and selecting option A (standard boot), I get the following output before returning to the menu:

 

Installing kexts:

ls: /Volumes/Snow Leopard/Users/ebeaule\ngboisvert/Library/Preferences/ByHost/: No such file or directory

FakeSMC.kext > Extra

 

Creating /Extra boot cache for Snow Leopard.

 

Updating /System boot cache for Snow Leopard.

There seem to be an issue (the ls: ...) with the script trying to find a ByHost for another user (I'm ebeaule - there is a gboisvert user on the system but no ngboisvert - not sure what the script is looking for here). OF NOTE: My smbios edits have caused my Hardware UUID to change. Whenever this happens, I normally go into the ByHost preferences and delete the old prefs (i.e. those referring to the previous UUID).

 

Running option 6 and typing D (display current boot caches), I get the following:

Mkext Unpacker:

 

Current contents of

boot cache (mkext file) in Snow Leopard - Extra:

 

KEXTS VERSION SIZE

1) ACPIMonitor.kext 1 40K

2) FakeSMC.kext 3.1.0 60K

3) IntelThermal.kext 1.0.0d1 36K

4) SuperIOFamily.kext 1.0.0d1 40K

Attempting to run option A (standard boot), gives this:

Boot Cache Updater:

ls: /Volumes/Snow Leopard/Users/ebeaule\ngboisvert/Library/Preferences/ByHost/: No such file or directory

 

Installing kexts:

FakeSMC.kext > Extra

 

Creating /Extra boot cache for Snow Leopard.

FakeSMC.kext is not authentic.

ACPIMonitor.kext is not authentic.

IntelThermal.kext is not authentic.

SuperIOFamily.kext is not authentic.

 

Updating /System boot cache for Snow Leopard.

Again, there is the issue with the script looking for something that isn't there. Once I get back to the menu, the script displays the following error message:

Boot cache build has failed! Previous cache restored.

See logs for details.

With version 6.0b of the script

Running option 6 and attempting a standard boot (option A) gives this:

Boot Cache Updater:

ls: /Volumes/Snow Leopard/Users/ebeaule\ngboisvert/Library/Preferences/ByHost/: No such file or directory

 

Installing kexts:

FakeSMC.kext > Extra

################ DEBUG: EXTRA_PATH/KXT: /Volumes/Snow Leopard/Extra/_Kexts_For_Extra_Cache

 

Updating Extra boot cache for Snow Leopard.

 

Updating System boot cache for Snow Leopard.

I still have the ls issue on 6.0b but I am not getting the "Boot cache build has failed! Previous cache restored." error, instead, I am getting "Boot caches have been updated!" message.

 

You will find attached the Install.log from v5.54...

Install.log.zip

 

Colddiver

[colddiver]

Hello all,

 

Concerning making your own serial number (for smbios.plist), I thought I could save you some time by giving you a few values I found off the web. Remember that SMfamily, SMproductname, SMboardproduct and Serial Number (last 3 characters) must match (not sure about SMcputype - I haven't tested it yet).

 

Here are the values you will need:

 

Processor Type / String for SMcputype

Core i7 / 1793

Core i5 / 1537

Core i3 / 2305

Quad-Core Xeon / 1281 (this is what is used for MacPros so probably our best bet)

Core 2 Duo / 769

Core 2 Solo / 257

 

SMproductname / SMfamily / SMboardproduct / Last 3 characters of Serial Number

MacPro5,1 / MacPro / ??? / H8B

MacPro4,1 / MacPro / Mac-F221BEC8 / 20H (probably our best option)

MacPro3,1 / MacPro / Mac-F42C88C8 / XYL or XYK

MacPro2,1 / MacPro / Mac-F4208DA9 / ???

MacPro1,1 / MacPro / Mac-F4208DC8 / UQ2 or UPZ

 

I found a whole bunch more for other models but I suspect most of us here are interested in Mac Pros. If there is interest for additional matching values (Xserve, iMac, MacBook, MacBook Pro, MacBook Air, Mac Mini), let me know and I will share them...

 

Note: I used the Core i7 string for SMcputype and I seem to be getting no ill effect in Snow Leopard. I haven't tested in Lion yet (nor did I try the Lion installer with this value). Will try and report when I have a chance.

 

UPDATE: Just tested it and the Lion installer did not complain that my MacPro4,1 had a Core i7 processor... If you want About This Mac to report your processor correctly, looks like you can safely use the SMcputype string above.

 

Colddiver

[CharlesT]

Hi Guys,

 

I have been successfully running SL 10.6.7 on my GA-EX58-UD5 with my i7 920 for quite some time now with zero problems using DD's script.

 

I just recently upgraded to an i7 970 and the OS only sees 8 cores. Is it a DSDT problem? I have used the DSDT patcher in the DD script but no matter what I do, it's always only 8 cores instead of 12 in SL.

 

I have no idea of how to manually patch my DSDT file, so any help would be greatly appreciated.

 

Thank you.

Charles

[colddiver]

Hi Guys,

 

I have been successfully running SL 10.6.7 on my GA-EX58-UD5 with my i7 920 for quite some time now with zero problems using DD's script.

 

I just recently upgraded to an i7 970 and the OS only sees 8 cores. Is it a DSDT problem? I have used the DSDT patcher in the DD script but no matter what I do, it's always only 8 cores instead of 12 in SL.

 

I have no idea of how to manually patch my DSDT file, so any help would be greatly appreciated.

 

Thank you.

Charles

 

I am considering doing the same upgrade in the near future so I am rather interested to make this work... A quick search on google reveals that quite a few people are running 970-based hackintoshes successfully so it should be possible to make this work. I am not an expert but here is what I would try:

- run Geekbench and compare score before/after the upgrade (a 920 at stock speed should be around 9500 (64-bit), the 970 should hover around 15000 in 64-bit). This is to ascertain that your issue is real (i.e. that the 2 extra cores are indeed not used instead of used but not reported)

- boot without any DSDT and then run DD's DSDT patcher. Reboot with this new DSDT and see what happens.

 

Colddiver

[CharlesT]

I am considering doing the same upgrade in the near future so I am rather interested to make this work... A quick search on google reveals that quite a few people are running 970-based hackintoshes successfully so it should be possible to make this work. I am not an expert but here is what I would try:

- run Geekbench and compare score before/after the upgrade (a 920 at stock speed should be around 9500 (64-bit), the 970 should hover around 15000 in 64-bit). This is to ascertain that your issue is real (i.e. that the 2 extra cores are indeed not used instead of used but not reported)

- boot without any DSDT and then run DD's DSDT patcher. Reboot with this new DSDT and see what happens.

 

Colddiver

 

OK great, let's try to make this work.

About this mac reports the processor correctly as 6 core Intel Xeon at my overclocked speed (4.13Ghz) but when I double click on the cpu monitor in the Activity monitor, I only see 8 cores instead of 12.

 

I'll try your suggestions and let you know how I go.

 

It's definitely a much more powerful cpu than the 920 and even with only 8 cores visible in the OS, I am definitely getting much more juice in my programs but I am positive there are only 8 cores available to my main application that I use (Protools) as it has a selection where I can choose how many cores to utilize and there are only 8 available there.

 

Thanks.

Charles

 

- boot without any DSDT and then run DD's DSDT patcher. Reboot with this new DSDT and see what happens.

 

Colddiver

YES!! Perfect! I did exactly what you suggested and all 12 cores are now visible in the OS and Protools!

 

Thanks,

Charles

[colddiver]

YES!! Perfect! I did exactly what you suggested and all 12 cores are now visible in the OS and Protools!

 

Thanks,

Charles

 

Glad I could help! Enjoy your new beast!

 

Colddiver

[digital_dreamer]

There seem to be an issue (the ls: ...) with the script trying to find a ByHost for another user (I'm ebeaule - there is a gboisvert user on the system but no ngboisvert - not sure what the script is looking for here).

<SNIP>

I still have the ls issue on 6.0b but I am not getting the "Boot cache build has failed! Previous cache restored." error, instead, I am getting "Boot caches have been updated!" message.

This issue should be fixed. The script is only presenting this info as a FYI note and has no effect on any other operations.

 

FakeSMC.kext is not authentic.

ACPIMonitor.kext is not authentic.

IntelThermal.kext is not authentic.

SuperIOFamily.kext is not authentic.

This was fixed in v6.0 and was a carryover from a test log that was not cleared before running the next test.

 

HackInstaller script v6.0b2

Bug fixes. This replaces the previous v6.0b and cannot be used to replace version 5.54.

 

best of wishes,

MAJ

[colddiver]

This issue should be fixed. The script is only presenting this info as a FYI note and has no effect on any other operations.

 

 

This was fixed in v6.0 and was a carryover from a test log that was not cleared before running the next test.

 

HackInstaller script v6.0b2

Bug fixes. This replaces the previous v6.0b and cannot be used to replace version 5.54.

 

best of wishes,

MAJ

 

Just tested it. The ls: issue is gone and I had no trouble rebuilding the caches...

 

Thanks!

 

Colddiver

[Windows04]

I'm sorry for my late response, didn't had much time these last days, but had enough time to read through your post and have some very good news! I don't have a bizarre system anymore -> Everything works!

 

This is perfectly normal and expected.

The combo cache is changed from the previous version. The previous version included every kext, including those not normally used booting. This new one only includes the kexts from /System that are needed for booting. This is why it's much smaller. It's better, really.

 

Wow, that's very nice, good work DD!!!

 

Mkext file (kext cache)

Install kexts in /Extra or /System and create a boot cache from them (into Extra and System), just like in SL. Do not use "UseKernelCache" key. Kernelcache will be ignored at boot and system will only boot from mkext file (boot cache).

This is the way we're used to doing things.

 

Woot! Lion boots normal if I delete the UseKernelCache key (and use a combe boot cache), thanks .

 

The layout885.xml and Platforms.xml files have to be placed inside the vanilla AppleHDA.kext/Contents/Resources directory, but you probably already knew that and tried it. The layout885.xml file is new and is added to all the other existing ones. The Platforms.xml file replaces the existing one.

 

I reinstalled Lion, changed my DSDT to have the 885 outputs and added Layout885.xml/Platforms.xml to AppleHDA.kext and it works!!! Surround sound on Lion (using 885 outputs)!!

 

Strange enough, the solution tmongkol gave me to use my original DSDT (with 889a outputs) didn't work. But that really doesn't matter anymore since you say 885 and 889a are interchangeable .

 

Thank you so much for all your help DD, I wouldn't have done it without you and I'm eagerly waiting for the final version of your 6.0 script, but will be testing the betas and provide feedback if necessary.

 

Thank you!

Windows04

[jhrfc]

I found a recent binary here.

 

 

Enjoy!

 

Colddiver

 

Thanks I've installed the latest bootloader and my memory now get reported correctly, I've also set the cpu type to an i7 as in your other post.

Everything works great apart from I regularly (but not always), get a CMOS reset on restart (i'm using openhaltrestart), and I've noticed the machine seems to wake itself from sleep, when left for a while. neither of these occur under SL, anybody got any ideas?

 

Will download DDs new script an give that a go re using a more traditional kext cache setup.

Cheers

Jon

[@ROBASEFR]

HackInstaller script v6.0b2

 

best of wishes,

MAJ

 

Hello there !

 

Thanks too everyone who contributed too my succesfull Lion DP2 and DP3 install on a eSata external HD !

MaLd0n too ! http://www.insanelymac.com/forum/index.php?showtopic=256729

 

I want just too mention how I got a USB boot/install disk working 100%

 

1. I confirm that Partition a USB drive (flash or hard drive) as MBR is essential on my board !
   
2. I added the AppleRTC.kext too /Extra to fix CMOS reset on my EX58-UD5 mobo !
   
3. I added the hacked OSInstall.mpkg from MaLd0n in packages to get rid of the message "Mac OS X can't be installed on this computer"
   
4. Used the "Extra Lion" installer from MaLdOn as it is , with only my DSDT.aml from SL HD !
   

Post install on HD

1. Used le 6.0b2 script too install and updated cache /Extra on Lion HD from SL disk.
   
2. Used de Chameleon 2 RC5 rev. 832 bootinstaller from Here
   
3. Installed every kext in S/L/E !
   
4. Had too use LegacyATI4800Controller.kext for my ATI 4850 GC.
   
5. Used ALC885-889a kext and modifications from colddiver. Great !
   
6. Used colddiver's precisions for MacPro4,1 specs in Smbios.plist
   
7. Used Atheros Fix.kext too fix recognize my PCI Wifi card (AR5212) Netgear WPN311as airport compatible
   
8. Used my DSDT from SL.
   

Want too say also that like the SL install you have too disable very quickly SpotLight search on the other HD's (I have 4 others !) If not, Lion is very, very slow for a long Time !

 

 

Updated with DP3 install in the same way ( with full DP3 disk) !

@robasefr