Now if only Chameleon could see the recovery installer like Clover did
it is quite normal that you can not see Recovery partition in Disk Utility: even so it is in the real Mac!
I found that the partition in question is created and it is always tied to the OS from which it was produced. In fact you may have (for example) 3 partitions on your disk, and each with an installed OSX:
you can create for each one of them their respective Recovery HD partition, and it will always be created by decreasing the OSx partition in which it was launched the creation process.
If Clover is able to show it, I do not know if this is really wanted, but I honestly looks like a bug, or at least (I hope not to be left behind with the news.....
), in a Hackintosh, the Recovery HD partition is created only to turn ON in "Full Mode", the services provided by Apple (iCloud, iMessag, Find My Mac ecc). ....but not to restore your Hack!
So the best thing is that the Recovery HD partition, must be inaccessible to users, but present!
Your on the fly 111d7605 kext worked perfectly for me in MAvericks although the ML kext never worked. I am using the same DSDT from ML right now. I had mentioned before that I would attach the kext which @mirone had helped me with so am attaching it to this post. Its the ML version.
I had until last year, a laptop of your own series (DV7 6190sl), and possess the dsdt.aml (version for small display resolution as DV6, or with high-resolution display for DV7 (so, the same for DV6 with high resolution display). The AppleHDA.kext in question (the one pacthed by Pandora) contains the files and patches made for your Laptop, and it always worked in ML for me. The only thing that can change at this point, is your DSDT, differente from mine (different allocation of IRQs, under device HPET???).
Try this dsdt according to your Display resolution:
(also for DV6 with high-resolution Display)
and use Pandora to patch a not touched..original
AppleHDA.kext...and let me know (with log plz
Just one problem with the installer ..... you know sometimes we screw things up and need to boot into the system. Well tony!@#$ isntaller if used to boot the installed OSX system will get you to the screen with the boot flags used in isntallation. I tried the same with Pandoras Box and it failed. I had to do this because I got a KP on CPupowermanagement kext, which I chose during installation. Instead the installer booted using the kexts from the installed system .....( I press F9 and choose the USB installation disk in this case...always works with Uni!@# ....)
What do you mean with "CPupowermanagement kext"?
If you need the NullCPUPowerManagement.kext, with Pandora you must select a configuration that contains him!
Downside, can come, as I noted, that AppleIntelCPUPowerManagement.kext patch on the fly, can fail during installation in some cases (some command line required may be missing, from Vanilla Apple installer, to do the job), and if this happens, it automatically removes the NullCPUPowerManagement. kext if found. This could be one explanation.
However, if you still have the installation log in the root of your hard disk....done after installation with Pandora, most likely we can check whether error has happened.
I am considering to hide AppleIntelCPUPowerManagement.kext during installation to avoid this problem, although I have made some progress they make good thinking.
Thanks, real, for the feedback