Happy Hackintosh

The install is on a 240GB SSD that has just been formatted to GUID, Mac OS Extended (Journaled) Disk Utility says SMART has been "VERIFIED". Any thoughts about alternate cause of magic number violation or any fix? Is there any sw that I can check for corruption and believe the answer? I'll study the info on ATI cards. Thanks very much for pointing me there.

Perhaps there is hope for non nVidia configurations with Mountain Lion BLACK SCREEN DISEASE? Hope you have some suggestions. For my GA-P55a-UD3 V2/ i5-650/OCZ Agility 3 240GB SSD/8GB RAM/MSI r5770 video card connected to a Dell 2311H monitor via DVI After installing 10.8 on my SSD, rebooting and going to my SSD using Chameleon Screen [Lion also installed on same PC] I have the old "black screen" problem. I have tried: pcirootuid=0 -x and graphicsenabler=no flags. I have also tried connecting to another lower res monitor via VGA. Among the error messages is the "mach 0 file has bad magic number" string display. [see detail below in code section] I get an automatic return to Chameleon screen then. Verbose hasn't helped. I get the rapidly scrolling white on green BG text. Never get to the white on black text scrolls. [an new idea - maybe I can make movie of it for analysis] Series of reads of HFS+ files ... hd91,20/Lbrary/Preferences/System Configurations/com. rest of line cut off hd91,20/system/Library/Core Services/SystemVersion/ rest of line cut off Loading Darwin 10.8 Loading Kernel mach_kernel Read HFS+ [hd(1,2)/mach_kernel] ... mach 0 file has bad magic number

Thanks for trying to explain this to me. Yes, I have tried to understand how to apply the Instructions printed after your video. I'll keep trying to figure it out, but honestly still mystified. A Separate Question about the same DSDT.aml subject: If I am going to do a fresh install of OSX, such as Lion and the guide calls for the availability of the DSDT.aml for the target hardware, if I do not have a pre-patched DSDT.aml for my hardware, do I use an unpatched original DSDT.aml for the install? Then do I decide which patches to apply AFTER I get my first Kernel Panic? Or do I apply 1 or more common PATCHES to my original unpatched DSDT.aml in hopes that I will avoid a Kernel Panic?

Thank you very much for the fast reply. I still am mystified where I can find out which patches such as, HPET, DTGP, DSM, EHCI etc. I use for which problems. Is there a Post somewhere that explains that? I think the most important patches I need to understand are those associated with power management, Ones that cause {I THINK} Kernel Panics pointing to AppleACPIPlatform. The post that you pointed me to had some of the problem to patch matching but there are so many other patches that are provided with the tools that I have no idea what those patches can fix. In respect to fixing the problem in a DSDT that caused a unrecoverable error when I am trying to patch a DSDT, I am don't understand how to make the change you suggested. There isn't any BUF0 string in the baseline/original DSDT that I submitted to the Patcher . The only place I saw "BUF0" was in the Patcher's error message. Was the Patcher telling me it was looking for BUF0? The DSDT editor's parser or compiler told me the error was OBJECT BUF0 DOESN'T EXIST at line #1416. Here is an partial extract of the DSDT that I think includes the areas where I was supposed to make a correction: The Line 1416 is within a section that looks like this: Device (PIC) { Name (_HID, Eisaid ("PNP0000")) Name (CRS, Resource Template () { IO (Decode 16, [i]THERE ARE 14 of these IO(Decode sections.[/i] ) }} Method (_CRS, 0, NotSerialized) { { Return (CRS) } }} [i]THIS IS FOLLOWED BY SECTION CALLED DEVICE (MAD)[/i]

In things DSDT I am a total beginner. My goal is to Install Lion on a Dell 1500. To do that I think I need to get a good DSDT. I have EXTRACTED a base DSDT from my DELL 1500 using DSDTE [Windows]. I have this base DSDT. I previously had Win 7 on the Dell. I no longer have Win on the Dell, but I think I could use a Live version of Ubuntu and a DSDT editor that works with Linux if I had to extract another DSDT. I found out that an earlier version of the auto-patching tool[Ver 0.6 I think] had a patch for the Dell 1500. When I ran that earlier version of the auto-patcher I got an error & it aborted. The error was something like "BUF0 could not be found". I found that there is a more recent version of Auto-Patcher, Version 0.7 Sept 24 2011 but this version doesn't seem to have built-in Patches. I found patches used with the earlier auto-patch utilty. The one for the 1500 is missing but there are other Dell patches that should be close. EDIT I need to see if I can run these other Dell Vostro 15?? Patch with the new Auto-patch tool without aborting as before. Separately on the net, I have found a file that is supposed to be a Dell 1500 DSDT patch. When I tried it, It exits with the same error as happened using the older auto-patcher [bUF0 not found] Q: Is there away for a DSDT beginner/non-programmer to fix the BUF0 error to get a DSDT that complies? Q: Am I approaching this incorrectly? Should I apply the patches here [for my motherboard type] to my base 1500 DSDT? Q: If I start with my base 1500 DSDT, how do I decide which patches to apply. I have had AppleACPIPlatform Kernel Panics and Frozen Keyboard problems among others. Q: How do I deal with the fact that there are several different hardware configurations for the Dell 1500 so that the patches I have found could be for a much different flavor of Dell 1500. Mine has T5470 CPU, Broadcom 440 10/100 Lan,Dell 1390 wireless,and nVidia 8400 video.