Hervé

Hi, we do not support multifail here, only our EDP+MyHack method. The D520 is fully supported so you should have no problem getting it to work. Just follow the process documented in EDP pages of the web (click on the EDP button above). Regarding your network issue, make sure your laptop is not fitted with unsupported hardware like Intel wireless card that you'd need to replace.

Mmm, the E5420 manual does not specify the exact model, but in the Drivers list, you'll see either Broadcom 57xx Gigabit controller or Intel 825xx controller. If your card is not recognized with BCM5722D kext, you may have to add the Dev Id to the kext. The Win driver detail inspection will provide you with this information.

If you still have Windows, look up in the details of the Broadcom drivers, you should find the model. Or maybe in the BIOS settings pages? Meantime, we can have a look at Dell's web site to try and identify the exact model.

What audio hardware do you have? Did you look here? https://osxlatitude.com/index.php?/topic/1687-optiplex-760/ Seems that one worked with VoodooHDA kext.

That ML problem has already been discussed at great length in another thread: https://osxlatitude.com/index.php?/topic/1827-slow-shutdown/?hl=appleacpiplatform&do=findComment&comment=13028 Remove the AppleACPIPlatform kext from /S/L/E (not from /E/E), rebuild permissions/cache with myFix and see how it goes.

Core2Duo-based/nVidia-fitted Precision M workstations have high chances to support Mac OS X. There's no problem from a CPU point of view and it's most likely the same as far as your graphics card is concerned, but that is the key element to establish. RAM, HDD, keyboard should not be a problem. Re: network hardware, it's a matter of identifying the exact hardware. For instance, Intel equipment is not often supported whereas there tends to be no problem with Broadcom hardware. Audio, card reader and all the rest need to be seen on a case by case basis. Make up the full list of hardware specifications, that'll be the best starting point. Then, it's easy to see if OS X can be installed on your system and which version.

No, there's no such method that we support here. Bear in mind that you need a (legit') retail version to succeed with an installation. If you're looking for an "easy" way to install OS X, that does not require an existing Mac or Hackintosh to create the installer, then turn to ModCD + Retail Snow Leopard to start with. Afterwards, the world is your oyster...

You did not do your search properly... I've just placed the DSDT.aml file out of the 4300 bootpack on my desktop and double clicked on it. ChamWizard created a DSDT.dsl file on my desktop and I opened it up with TextEdit. On searching for "NVDA" string a few times (you must not stop at 1st match), I found that particular section towards the end of the "Device (AGP)" section. It's just about mid-way down the table.

943xx cards are understood to be supported under Mac OS X; if yours is not supported/operational out of the box, try to use a kext like IO80211Family or add the dev id to the kext.

It was the AppleACPIPlatform kext...

If your ZIP archive just contains a modified DSDT file, it's a simple case of copying the extracted file to /Extra. If there's more to it, I would suggest that you extract everything out to a dedicated directory and browse through. You need to know what's in there...

If you've installed EDP, it's available in the list of installation kexts. On the D630, it's one of the kexts I've had to use to get keyboard+mouse/trackpad to work.

They are just batteries, nothing else. They do not provide any additional functionalities or extensions like a docking station or a port replicator does.

Just so that there is no confusion, are you talking about battery slice as illustrated below? If that's the case, I see no reason why it would not. After all, Latitude D6xx run OS X ok when connected to a docking station and so do attached devices (screen, keyboard, mouse, USB devices, etc) + power block. I would not expect any need for dedicated kexts...

Mmm, sounds like we need to verify M4300 bootpack too. Out of interest, do you get the correct Graphics Card reported, or do you get the NV 135m of the D630?

That's the HiRes DSDT all right. Ok , so to me, that definitely points the built-in LCD corrupted graphics on wake to incorrect DSDT table. Thanks for your feedback. We'll put a new bootpack out for D620 GMA950 HiRes.

Hi guys, those of you on D620 GMA950 HiRes (1440x900), could you check whether you use the LoRes (1280x900) DSDT or HiRes DSDT? There's no easy way to check the version except decompiling the table to DSL file (via ChamWizard for example) and checking it out in a text editor (look for "Width" and/or "Height" parameters in Hex -> 0xA0 0x05 and 0x84 0x03 respectively for Hi Res, 0xB0 0x04 and 0x20 0x03 respectively for LoRes). I say this because there is only one D620 GMA950 bootpack wich contains both DSDT tables and, by default, the LoRes table is installed as /Extra/DSDT.aml. You have to go to model specific subdirectory of /Extra to find the HiRes DSDT. Maybe the root cause of the problem is simply the wrong DSDT. I could not reproduce the problem with my D620 GMA950, but it's a LoRes model...

ML or Lion for GMA models. No issue experienced with that OS X version either.

Well, I would have expected the same error with the kext I sent since it comes from 10.8.2. What I meant to ask was to compare kext & plugins from 10.8.1 and 10.8.2 (size + individual plugins versions). What happens if, before booting 10.8.2, you replace that kext by the version from 10.8.1?

Hi and welcome. The D630 is one of the easiest platform to turn into a Hackintosh. You'll find all you need on the Web site's pages, not just the forum. Start at the EDP pages where you will find documentation, procedure, bootpacks (you'll need to choose the right one), compatibility table, etc. Then you can read-up the D6xx pages of the forum. You'll find that Snow Leopard runs exceedingly well and exceedingly fast on a D630. Just remember that Intel wireless cards are incompatible with Mac OS X and that, to date, there's no solution to get PCMCIA port working well along all the other hardware. For the rest, it's 100% operational. Note that our recommended installer creation solution (i.e. myHack © by Conti) works only with retail versions of Mac OS X. Anything else will fail as only retail versions have all the files required for installation from scratch. Have a go and let us know how it went.

To all of you who got stuck at: ACPI: System State [s0 S3 S4 S5] [ PCI Configuration begin ] please download new D830 boot pack. The ACPIPlatform kext might have been missing from the boot pack, resulting in above state/issue. The boot packs certainly are Ok now. If one of you could try again, that'd be great. Thanks.

Guys, I'd avise you download the D830 bootpack again and retry; one kext might have been missing these last few weeks, but it sure is Ok now.

And if you want to compare... IOPlatformPluginFamily.kext.zip (from 10.8.2)

Ok, here's what I have: How does it look on your laptop with 10.8.1?

Was that after a straight update to 10.8.2? There is a ACPI_SMC_PlatformPlugin.kext as a plugin inside /S/L/E/IOPlatformPluginFamily.kext on my D630 under 10.8.2. I need to check if it's loaded or not, but if it is the case with 10.8.1 (something you can check), maybe you could try to port that onto 10.8.2. You never know... Of course, I'd take a full backup of /S/L/E + /Extra before the update.