Bronxteck

its all about experimenting and taking chances. if it got as far as the installer i would use what you have at that point to try finish the install. of course you will need to do the same to the new installed os after the install so the os can boot since the files you used do not get transferred to the fresh install neither does the boot loader.

you can try with the patcher http://www.insanelymac.com/forum/files/file/496-applehda-patcher/

i has to be something simple we are overlooking since you can make it into install. some of those older machines also needed voodootscsync.kext. did you try the d630 nvidia highres dsdt?

sudo pmset hibernatemode 0

have you tried nullcpu kext with sleep enabler kext

Device (HPET) { Name (_HID, EisaId ("PNP0103")) // _HID: Hardware ID Name (CRS, ResourceTemplate () { IRQNoFlags () {0} IRQNoFlags () {8} IRQNoFlags () {11} IRQNoFlags () {15} Memory32Fixed (ReadWrite, 0xFED00000, // Address Base 0x00000400, // Address Length ) }) Method (_STA, 0, NotSerialized) // _STA: Status { Return (0x0F) } Method (_CRS, 0, NotSerialized) // _CRS: Current Resource Settings { Return (CRS) } } thats what it looks like on the d630 modded dsdt if i remember we added some and removed one in this section ​ IRQNoFlags () {0} IRQNoFlags () {8} IRQNoFlags () {11} IRQNoFlags () {15} it also caused random loss of devices if i recall like dvd, usb , wifi, bt compare it to yours.

we got around having to patch by using a mbp5,1 smbios and tuning fakesmc.kext. are you using the same usb port during these issues or is it successful on a certain port? on the d630 that had the intel wireless card still active in bios or not physicllay removed did cause install issues like yours, sometimes it was BT. i think the fix was to add an irq to hpet if i remember something like 5 and 11 but you can compare with one of our d630 dsdt's

that hpet "error" is common on older core2duo dells it is not your issue. usually after that "error" your graphics would load to desktop.

what are you stuck at now. this whole thread has not been the clearest. i am not even clear if you ever formatted the partition to fat16 still.

have you tried different usb ports or if your bios allows it set usb to usb2 not 3.

you can use arctic silver cpu paste like for a desktop. the shims replace the blue rubber heatsink pads so you might have to check the thickness of yours.

yeah i think thats the issue as well jake. it is a reported issue. if using one dim it has to be in slot a.

have you tried booting in safemode or and or without caches. also it looks like your debug is showing 2 EFI volumes i think clover defaults to EFI on disk 0 partition 1 it also shows both optiofix's are successfully loaded

have you tried to boot in safemode or without caches?

try a newer version of clover they made some corrections after rev 3348 to optiofix you can also try optiofix2

check here https://github.com/toleda/wireless_half-mini

there seems to be an issue with your github link you provided but your script sounds very interesting. as for chameleon enoch branch has the latest developments trunk source is not updated as frequently as it should be.

i would love to help you but, i would not know where to begin unfortunately. the only radeon hardware i have is in a desktop and it works native as in does not need patching.

can you drop DMAR table? first pic is clover config the second one is using Xcode either should work to boot with secure boot enabled in bios if thats whats causing the stall.

the only issue with hot patching though is people do also use chameleon which does not have clovers ability to patch on the fly, hence the need for a binary in that scenario.

looking at your boot log. only the intel graphics are detected and used.

remove fakesmc plugins for now

if jojo is your OS X install you have the wrong partition format it should not be apple_corestorage you might be able to fix it with linux gdisk disk utility.

can you post an ioreg dump or darwin dumper report.

go to gear on bottom of your screen. click it. click on light bulb?