Hervé

Mario said SSDT, not DSDT. That's if there is a SSDT of course... This being said, I would suggest you try the pack I published for the EliteBook 8560w. As I said earlier, it's very close in terms of specs and that pack does not contain any DSDT, so no risk of HW mismatch. However, remove the SSDT from the pack if you try it out because that SSDT is specific to the i7-2630QM and won't be suitable for your i7-2720QM CPU, for which you'll have to look for an existing SSDT file or make up your own. There are tools to do that, look it up on the web.

Which boot pack did you use?

How did you install SL? You did not even read my PM...

Thanks to IM member axmanA, the white screen or QE/CI lagging issue is now effectively solved. I've even updated to 10.9.4, running Bronya's 10.9.2 RC7 kernels and everything appears to work well. As described here by axmanA , the problem was due to a combination of driver changes by Apple from 10.9.2 and nVidia some time before. I found out I actually had to replace the IOPCIFamily kext directly in /S/L/E as OS X was ignoring the patched kext when placed in /E/E and installed with myFix (quick). So great news: I can now boot all post-10.9.1 Mavericks version with that patched kext (Chameleon option msibase=0x90 necessary). I was able to retain MacPro3,1 settings (SMBios profile + FakeSMC keys & smc-compatible). I then reverted to IOPCIFamily + AppleACPIPlatform kexts from 10.9.1 and obtained same result (and no need to boot with msibase option): So, I'm pleased to say that the graphics problems encountered since 10.9.2 are sorted and everything seems 100% Ok. I've noticed the odd picture corruption when doing screen dumps, but other AMD kernel users have reported the same, so it's not specific to this system. 10.9.1_IOPCIFamily.kext.zip 10.9.1_AppleACPIPlatform.kext.zip mach_kernel_rc5.zip mach_kernel_rc6.zip mach_kernel_rc6_fix.zip mach_kernel_rc7.zip Reverting to those 10.9.1 kexts also restores the ability to boot Mavericks on the Precision 670 off a USB external HDD, which was also lost from 10.9.2... As a final note, I noticed small graphics artefacts with RC5 so dismissed that one. RC7 appeared the only version supporting proper wake from sleep (the other ones do not wake screen), so I'm sticking to that version at the moment.

AR9485 is unsupported. Look in JakeLo's signature for the shortcut to list of supported/unsupported cards.

You can turn on/off font smoothing through the "General" preference panel if you want to experiment; though I can't say it makes much of a difference. This being said, I've never found the font to be a problem in terms of legibility on any screen. If anything, I'd like it a tad smaller in fact!

Read your PM and use myHack v3.1.2

Bear in mind that Intel GM45 graphics = GMA 4500MHD, so no graphics acceleration; that chip is not supported by Apple, which renders OS X kinda useless... GMA 4500MHD-based systems are not worth hackintoshing in my opinion.

Search on the forum for all those Optiplex 745 threads.

Try myHack + boot pack instead. It's a known and established method.

1st make sure you've done the performance tuning with FakeSMC/SMBIOS plist. Of course RAM increase + HDD replacement by SSD make for a significant performance improvement too.

The D630 nVidia board is a straight replacement, but watch out for the heatsink which is different between the 2 models: nVidia-based board needs a dual/combined heatsink for CPU + GPU.

Use Full Editor mode; you'll see upload tools at bottom of editor's page.

Yep, cache can't be built due to issues with kexts. You would really need to find out what kexts you had before and after the EDP build. Then I'd suggest you bypass EDP and manually add whatever is necessary. The most worrying thing is the message: "FakeSMC.kext is not valid. Omitting". Can you please list all the kexts you have in your /Extra or, better, post a zipped version of your /Extra folder?

404 Not found -> There are no "mavericks-xxxx" folders on that repo. Those links are no longer valid. See for yourself: browse to archive.ubuntu.com and go down the tree...

BCM4312 works in vanilla Mav (i.e. vanilla airportd) with patched kexts (IO80211Family or BCM43xxx kexts) and with restrictions listed in thread about supported/unsupported wireless cards. In that respect, it's the same as with earlier OS X versions. No issues with network browsing or connecting to open/unencrypted networks.

The options I showed above are those you should use. What are you talking about with "hitting Install" ??? Just select the correct options and save the file. The Install tab is for installing/re-installing Chameleon boot file(s). The guide already contains all the necessary settings through the Chameleon boot plist provided in the pack! I'm really not sure you understood the guide or know what you are doing... I thought I had made the guide totally "idiot-proof" (if you'll pardon the expression), but you've proved me wrong.

This option is a boot time option; if it's already there, then it's fine. Step 14 is for kext cache rebuilding, not 32bit kernel selection.

If you can boot with -f, there's no issue with your DSDT but with your kext cache -> rebuild it. If myfix does not do it for some reason, try the manual way in Terminal: sudo chmod -R 755 /System/library/Extensions sudo chown -R 0:0 /System/Library/Extensions sudo kextcache -system-prelinked-kernel That last message you're seeing is not a problem at all.

It appears to be missing indeed; try an older version like 4.3.2. If you don't boot in 32bit mode, you won't have any graphics support and the D630 will be extremely laggy.

Please, read the guide (especially step 13)!

You're using MLPF v0.3, not the older v0.2.2, right? Also can you check your LCD resolution in the BIOS info page?

If you have an incompatible DSDT, try to boot without it (type boot option DSDT=No) or boot your USB installer and go to Terminal to manually copy the old DSDT back from say a USB key to your HDD. You could also place the DSDT on a USB key and load it though boot option DSDT=rd(x,y)/, where rd(x,y) is your USB key. It is to avoid this kind of problems that DSDT experimentation should be done by manually using a non-default file name for the DSDT, so that you call it manually and can revert to the known good file in case of problems. For instance, place your patched/new/experimental DSDT in /Extra under the name 'new_dsdt.aml' or 'test_dsdt.aml' or 'dsdt2.aml' and boot with Chameleon option DSDT=...

Well, I have experienced situations in the past where, when running OS X, pushing the wireless switch to OFF then pulling it back to ON would not bring wifi back. Instead I had to reboot with switch in the ON position. No such issues in Windows though, but the switch needs to be set to ON position of course! I guess you may have a duff USB stick for installation to take that long; it is not normal.

Wifi can only be off as a result of 3 actions/status: - left-side wifi switch is in OFF position - wifi is disabled in BIOS - wifi was turned off through Finder's bar icon/network preference panel