Bronxteck

add boot flag -xcpm and you might also need ASUS AICPUPM fix in clover config.

try an newer version of clover they did some usb updates recently. also double check you clover config for usb patches.

check here https://osxlatitude.com/index.php?/topic/7376-dell-latitude-e6410-yosemite-nvidiaintel/ avoid all in one installers if possible as they usually do not explain what they are doing which intern does not make you any wiser or help you comprehend the whole process. it's better to understand the process necessary to help keep your machine stay trouble free.

in the clover menu press the space button and select boot without caches then hit enter. it should boot in verbose mode and show where it is getting stuck.

did you use a distro of some sorts or are you using a vanilla method of install? maybe something is getting corrupted? try making a another user account and try run it again. or if possible partition the hdd and re install using a fresh download of osx installer app to the new partition and just transfer the kexts you need to make it functional only and retest.

i think you need to start sound flower and select the output.

can't open it says corrupted file. the size seems way too big. mine is just 2mb in size.

see if repairing your system permissions with disk utility helps.

try to use cd (change directory) command first cd /Users/Lyndon/Downloads/E6x30/ then sudo chmod +x ssdtPRGen.sh sudo ssdtPRGen.sh -d 0 -p i7-3740QM

check in bios that windows is not set as default boot menu.

then you need to move the kernel to the same location as on your usb stick.

select asusfix and fixHPET using clover configurator or in clover GUI.

the firmware is not permanent. you just have to do a cold boot not reboot from one os to the other.

it needs it's dependencies which are located in s/l/e unless you want to put all the applehda dependencies in Kext/10.10

you have to install windows using uefi boot. it will not boot a legacy installed windows. you probably need to do something like this http://social.technet.microsoft.com/wiki/contents/articles/14286.converting-windows-bios-installation-to-uefi.aspx then reinstall clover. or just install a fresh windows using uefi boot.

jake can you take a look to see if HPET is in a separate SSDT.aml or see if you can inject the snippet above. i know clover has an option to do it for you.

hmm i wonder if it has it as a separate SSDT.aml instead; try searching for "PNP0103" in dsdt incase it is named something different. if your willing to try you can try injecting the whole device into dsdt

well it just means your hardware depends on the kext. so the dsdt edits allow it to function but tell it what IRQ values to use instead of hogging all free or not free IRQ's.

how about bios versions? if everything was truly exactly the same swapping drives would not have been an issue at all. the devil is in the details which is a bit lacking. i still don't even know if your using a 7440 laptop or just it's extra folder on another type of system.

why would it need to be reinstalled if it worked? maybe you just need to generate a new kernel cache. also double check your bios settings on both.

you can use disk utility app. and restore to another media or partition. theres also superduper and ccc. none will backup the bootloader.

do they have different cpu's? thats where the graphics are generated from.

yeah the apple installer always puts in a fresh kernel. it does not recycle the one on the installer.

try adding the voodootrackpad prefpane.

you might have to patch HPET in your DSDT. open your dsdt in an dsdt editor and check to see if your HPET section looks like this Device (HPET) { Name (_HID, EisaId ("PNP0103")) Name (BUF0, ResourceTemplate () { IRQNoFlags () {0} IRQNoFlags () {8} IRQNoFlags () {11} IRQNoFlags () {15} Memory32Fixed (ReadOnly, 0xFED00000, // Address Base 0x00000400, // Address Length _Y10) }) if you only see IRQNoFlags () {0} IRQNoFlags () {8} add this behind it IRQNoFlags () {11} IRQNoFlags () {15} recompile the DSDT save it as .aml and test it hopefully that resolves your issue. another test would be to backup then remove System/Library/Extensions/AppleHPET.kext then rebuild your catches. you can try that before the DSDT edits to see if it really is HPET conflicting and stealing your IRQ values. if it works fine after that then replace the kext and test the DSDT edits for a permanent solution. the problem with HPET can manifests itself as non working devices after sleep, can be USB ports, DVDROM, Wlan, Trackpad basically anything the gets designated an IRQ value.