Hervé

Please guys, use the forum search facility before posting. Visible as very 1st post on main forum page (in Announcement & news section): https://osxlatitude.com/index.php?/topic/2870-read-up-boot-issue-kp-sl-installation-issue-with-myhack-32-beta8/&do=findComment&comment=21885

Try the following things: ensure you have BIOS A17 or A18 check your BIOS parameters and make sure they're set as per recommended settings in the pinned thread You say you've run EDP (I presume you meant doing a System Build) followed by myHack. What was the rationale behind that? Can you list the kexts you have in /Extra/Extensions? When you run EDP to do the System Build, you can actually modify the default settings as follows: in Kext/Drivers tab, set everything to OFF (that will get rid of nullCPUPowerManagement, SleepEnabler and Emulated SpeedStep) in Fixes tab, turn patched IOATAFamily to OFF (not necessary on D630) Then follow the instructions to enable native SpeedStep detailed here. Alternatively, use the files attached below, placing FakeSMC in /Extra/Extensions, SMBIOS.plist in /Extra and HWMonitor in Applications folder and re-run myFix to properly install the kext. FakeSMC_5.2.678_32-64bit.zip smbios.plist.zip HWMonitor_5.2.678.zip With MLPF, the kext cache generation can be problematic, so check what you have in /System/Library/Caches/com.apple.kext.caches/Startup. If you see no kextcache file, use the following Terminal command to try and generate it: sudo kextcache -system-prelinked-kernel. Regarding sleep, use Terminal command sudo pmset -g to check hibernation. If hibernate mode is set to 3 (or any non-zero value), use sudo pmset hibernatemode=0 to turn it off. That usually fixes sleep. Only reboot once you've done all this, then verify those troublesome items.

Yes, very nice: http://www.insanelymac.com/forum/topic/291614-intel-hd4000-and-haswell-inject-aaplig-platform-id/?do=findComment&comment=1942939

Look here for a non-exhaustive list of supported models: https://osxlatitude.com/index.php?/topic/2120-supportedunsupported-wireless-cards-inventory/

Oh well, I'm dry now!

->PM

If there's no DSDT difference between the 2 res models, then I'd strongly recommend that Ktbos switches back to BIOS A11. It appears that is the version you and osxjeff (and others) were/are running...

Watch out with BIOS. It's best to have same BIOS as those listed, especially with DSDT tables since they are extracted from BIOS. I would recommend you revert to version A11 if possible as DSDT tables appeared to work with that particular version.

Really? I would have thought his E6430s, BIOS A11, Intel HD 4000, 1366x768 & 1600x900 would be the same as yours, CPU and Lower res LCD excluded possibly. But since CPU does not matter for DSDT (contrary to SSDT), I would have expected his DSDT to work Ok. We could also compare DSDTs between 1366x768 and 1600x900 HD4000 models to check all possible differences.

Ok, I guess that if you changed to a lower res such as 1366x768 in your Cham boot plist, you'd get the same with the new res... I would say you have an issue either with the DSDT table in relation to screen definition or with the FrameBuffer. Did you try to boot in normal mode with display out to an external screen (HDMI or VGA, I don't know which you have/which works) ? You have the Intel HD4000-only model, I mean no NVS 5200M, right? Yes, you can delete kexts directly from SLE/myHack.kext PlugIns and boot without cache (-f UseKernelCache=No). That'll save you the myFix hassle during your testing phase. If you add kexts, you'll have to check permissions to ensure those added kexts are like the others. If need be, fix permissions with the following Terminal commands: sudo chmod -R 755 /S/L/E/myHack.kext sudo chown -R 0:0 /S/L/E/myHack.kext I'm wondering if we need to look at Jake's DSDT from here and see if there's something editable for the screen res...

It sounds like with the FrameBuffer, you get a dark screen right at the point where the OS switches to Mac OS desktop. When you boot in safe mode, yes, maybe the FrameBuffer is not loaded, so you could reach desktop with default unaccelerated graphics. This is quite similar to what you would get on a D630 Intel without proper DSDT (which contains correct graphics settings). With the D630, if you booted with display out to an external screen, it would revert back to LCD at the point where the OS switched to Mac OS desktop. You could try an external screen, but I doubt it'll do the same in your case. You say you boot with full screen resolution in safe mode but are you able to change res through the display pref pane? Thas is usually handled by the FrameBuffer. However, without FrameBuffer, if your boot plist specifies a specific resolution, the system can boot into that resolution without the ability to change it.

If this is a myHack installation, did you run myFix after deleting your kext(s)? Removing the kext from /E/E does not change anything until do this. You have to remember that myHack copies kexts from /E/E to place them in the PlugIns of myHack.kext (itself in /S/L/E) when myFix is run. This is the greatness of myHack in that it leaves /S/L/E totally vanilla and allows to bump/override any original /S/L/E kext that may be necessary without doing any modification to that kext. So basically, until you re-run myFix to update /S/L/E/myHack.kext (and also the cache), booting with or without kernel cache changes nothing.

Hi, Yes, the M4300 only comes with the nVidia card as far as I know since it is a Mobile Workstation model. Max. LCD resolution is usually supported OOB with any graphics card/chip that is supported by Mac OS (whether natively or with patched kext). With nVidia GPUs, I've never seen this being an issue. All Airport Extreme cards will work OOB, that's what Apple use in their own machine.

Ok, you're still doing this incorrectly. Do not update Chameleon on the myHack USB installer. Only update the Chameleon that is installed on your HDD partition after you have completed your installation. Create your 10.8 installer with myHack Install Extra with myHack, using the bootpack provided in the guide (i.e. choose "my own" and point towards the downloaded folder) Boot the myHack USB installer and install ML Then and only then, once you've passed the 1st boot configuration finalisation, you can update Chameleon bootloader (on your HDD, not the USB installer) to v2248 or above. Then continue with the guide. Which D620 model do you have? Also are you running the latest BIOS (A10) and did you set the parameters according to the recommended settings listed in the pinned thread?

Good stuff, glad you sorted it out. Could you provide a dump of a lspci -nn Terminal command (as shown in post above) to verify the PCI ids of that PNY card?

You need to obtain a proper retail copy of Mac OS X / ML installation app. The best solution is to spend the $20 it costs on AppStore; I know, it's a fortune... Otherwise, Google is your friend...

Yes, one can install Lion, but not obtain graphics support for the GMA 4500MHD since it is not natively supported and no OS X drivers exist. Try your installation with a myHack USB installer and use Generic bootpack (= Extra) to start with if the above Custom Extra cannot be downloaded.

Yes, you can install ML, in which case you have to follow the special installation processes detailed here (choose according to your D620 model): https://osxlatitude.com/index.php?/topic/2466-installing-ml-on-d620-nvidia-nvs-110m-with-full-qeci/ https://osxlatitude.com/index.php?/topic/2465-installing-ml-on-d620-gma950-with-full-qeci/ But you still need to update to Cham v2248 as detailed above, i.e. once you've 1st booted into Mac OS X.

I'm afraid you did not follow the process... Make your myHack USB installer with myHack v3.1.2 + retail Snow Leopard image (you mentioned 10.8 ??? - a typo I presume) Re-run myHack to install Extra on your USB installer using the appropriate OSXL D620 bootpack (intel or nVidia graphics) Boot off your USB installer and install Snow Leopard (having partitioned your HDD GPT/GUID and formatted your target SL partition Mac OS X Extended (journaled)) Upon installation completion, try and reboot directly off your HDD into SL If you get the bootloader error, boot off the USB key, interrupt the bootloader at delay bar and boot off your HDD SL partition Once you complete 1st boot configuration, download Chameleon Wizard and update your HDD SL partition to Cham v2248 or above You should then be able to boot SL without issues.

Besides CPU generation, the E6400 (Core2Duo FSB-1066) and E6410 (1st Gen dual-core i5/i7) also differ in graphics chip (see below), chipset (E45 vs. QM57), etc. This can make quite a difference re: hackintoshing, so you must choose carefully. For instance, the E6400 uses Intel GMA 4500MHD or nVidia NVS 160M graphics chip, whereas the E6410 uses Intel GMA HD (i.e. 5700MHD) or nVidia NVS 3100M. Generally speaking, these older Intel chips are not always well supported under Mac OS, although we can probably help you here (without garantee of success). It's often better to opt for the nVidia models. Have a good browse at the various threads in the E6xxx section. You may also want to consider the E4xxx or E5xxx laptops. Look at our compatibility chart in the EDP pages too, that can help you decide which better would better suit you: http://www.osxlatitude.com/edp/compatibility/ I know of Thinkpads such as the T410 which are more than decent machines and work well under Mac OS X (with NVS 3100M graphics chip). They are quite similar to the E6410 in terms of specifications. The older Latitude D generation can be a suitable alternative. For instance, a D630 nVidia with 1440x900 14" LCD and T9xxx CPU works extremely well with SL, L, ML & Mav (in 64bit kernel mode) and fits perfectly in your price range (around or well below 200€). There's usually quite a few on ebay. Intel graphics models (Crestline X3100) will work well with SL and L and require that special MLPF hack to run ML in 32bit kernel mode. They can't run Mav, at least at the moment. The D830 might be a good choice too: the nVidia models (NVS 135M or NVS 140M) with 15" LCD (3 models: 1280x800, 1680x1050 1920x1200) are a very close cousin of the D630 and, again, work very well with SL, L, ML and Mav. Intel Crestline X3100 models have same limitations as D630 equivalent. These older D Series run on Core2Duo FSB-800 CPUs (T7xxx, T8xxx, T9xxx).

You can simply use Chameleon Wizard. The latest version is 4.2.2 and you can download it off the Net. In the Install tab, select the target version (v2248 or above), select your target HDD partition and click install button at the bottom. You may have to boot via your USB installation key to get into SL and download/run Cham Wizard, but you'll get there.

For SL, you should use myHack 3.1.2, not v3.2 which does not support SL properly. Then, after SL installation, you should immediately update your Chameleon to v2248 which fixes an issue with 32bit systems.

Ok, good stuff. I see that you have an Intel N6205 wireless card which is not supported by Mac OS X, so you'll have to replace that card. There should be no issue with NVS 4200M, although I should check that out. Audio, I'm not sure... Maybe VoodooHDA covers it. Ricoh... that's probably a SD card reader, which can be a lottery; some work natively, some with VoodooSDHC kext, some not at all. Can't remember about the Intel LAN controller... Possibly supported by existing kext but, again, to be checked.

EDP cannot be used on an installation that does not already has myHack properly installed on it. EDP uses myHack to install kexts and rebuild permissions and cache. Hence why we only support installations made with myHack, not distros. Running EDP the way you do will indeed break your distro installation.

There's one entry for the E5430 in our compatibility chart; it may not meet your exact specifications but the bootpack should work nevertheless. Then head over to the support section and read the various threads about the E5430 in the E5xxx section. Same applies for your other models, look for threads about them in the support section. Raise all technical questions in the Support section.