Contribute
Register

[Guide] ASUS ZENBOOK UX305FA for El Capitan

Status
Not open for further replies.
I successfully installed El Capitan onto a Windows 10 installed UX305LA by following the steps of UX305FA instruction.Mavericks & Windows 8 on same drive without erasing

Since I deleted IONetworkingFamily.kext to fix facetime log-in error, power was automatically turned off while boot-up bar (with the white apple logo) was loaded about 80-90%. (I am not sure if deleting the kext caused the booting error.)
I used the USB installer to access recovery mode and tried to repair the partition. The result was unsuccessful. I formatted the partition from Windows 10 (dual OS) and finally, re-install Windows 10.

Between the actions above, I tried to re-install El Capitan with the USB installer that I used for the first installation. However, when I tried to erase the target partition where OSX was initially installed, it was not showing in Disk Utility anymore. Just external drive(the USB installer only).

Even after I re-installed Windows I can’t still see the internal drive in Disk Utility in the installation process.

SATA is set to AHCI in BIOS and the internal drive is shown in BIOS and in Windows correctly.

What could you please recommend to solve this problem?
 
I successfully installed El Capitan onto a Windows 10 installed UX305LA by following the steps of UX305FA instruction.Mavericks & Windows 8 on same drive without erasing

Since I deleted IONetworkingFamily.kext to fix facetime log-in error, power was automatically turned off while boot-up bar (with the white apple logo) was loaded about 80-90%. (I am not sure if deleting the kext caused the booting error.)
I used the USB installer to access recovery mode and tried to repair the partition. The result was unsuccessful. I formatted the partition from Windows 10 (dual OS) and finally, re-install Windows 10.

Between the actions above, I tried to re-install El Capitan with the USB installer that I used for the first installation. However, when I tried to erase the target partition where OSX was initially installed, it was not showing in Disk Utility anymore. Just external drive(the USB installer only).

Even after I re-installed Windows I can’t still see the internal drive in Disk Utility in the installation process.

SATA is set to AHCI in BIOS and the internal drive is shown in BIOS and in Windows correctly.

What could you please recommend to solve this problem?

If you're certain it is in AHCI mode, and you're not seeing the internal drive in Disk Utility, it is likely your ACPI configuration is wrong.

If you drop too many SSDTs (such as the "sata" SSDT), the AHCI drivers will fail to load, and you won't see your device. So check your ACPI setup... (config.plist related and ACPI/patched). Make sure you're not dropping any SSDTs.
 
If you're certain it is in AHCI mode, and you're not seeing the internal drive in Disk Utility, it is likely your ACPI configuration is wrong.

If you drop too many SSDTs (such as the "sata" SSDT), the AHCI drivers will fail to load, and you won't see your device. So check your ACPI setup... (config.plist related and ACPI/patched). Make sure you're not dropping any SSDTs.

Thank you so much Rehabman!!! I've forgotten that I made changes to the folder with the Fastlane(DSDT) files.

Cheers,
JP
 
Figured something out...
So take:
Code:
0100 1e16 010[B]2[/B] 0[B]2[/B]0[B]2[/B] 0000 2002 0000 5001
0100 1e16 010[B]3[/B] 0[B]3[/B]0[B]3[/B] 0000 2002 0000 5001
Then
Code:
FF00 0000 0100 0000 4000 0000 0000
0204 0900 0008 0000 8200 0000 FF00
So now we have HDMI out with audio on 161E0001

This works for me now. I'm going to add it to the repository on a branch, let people test it, then merge.

You know all those tests that I made before? I think they had no effect because at *some unknown point* I had disabled the _DSM->XDSM patch. In fact, they disabled all sound for me... I failed to test/reproduce the base case. So now that I know what to do, I'm going to try my previous diff sets.

Let's hear it for diffplist.py for its normalized diffs; I couldn't see the _DSM->XDSM change in a non-normalized diff.

Since I'm pimping my tools, here's
Code:
makebinpatch.py -x -f AppleIntelBDWGraphicsFramebuffer \
   "0100 1e16 0102 0202 0000 2002 0000 5001" \
   "0100 1e16 0103 0303 0000 2002 0000 5001" \
   "Add one port to 161e0001"
makebinpatch.py -x -f AppleIntelBDWGraphicsFramebuffer \
   "FF00 0000 0100 0000 4000 0000 0000" \
   "0204 0900 0008 0000 8200 0000 FF00" \
   "Make the new 161e0001 port be HDMI"

ETA: efi-repo makes it really easy to track and compare EFI folder contents...
 
This works for me now. I'm going to add it to the repository on a branch, let people test it, then merge.

You know all those tests that I made before? I think they had no effect because at *some unknown point* I had disabled the _DSM->XDSM patch. In fact, they disabled all sound for me... I failed to test/reproduce the base case. So now that I know what to do, I'm going to try my previous diff sets.

Let's hear it for diffplist.py for its normalized diffs; I couldn't see the _DSM->XDSM change in a non-normalized diff.

Since I'm pimping my tools, here's
Code:
makebinpatch.py -x -f AppleIntelBDWGraphicsFramebuffer \
   "0100 1e16 0102 0202 0000 2002 0000 5001" \
   "0100 1e16 0103 0303 0000 2002 0000 5001" \
   "Add one port to 161e0001"
makebinpatch.py -x -f AppleIntelBDWGraphicsFramebuffer \
   "FF00 0000 0100 0000 4000 0000 0000" \
   "0204 0900 0008 0000 8200 0000 FF00" \
   "Make the new 161e0001 port be HDMI"

ETA: efi-repo makes it really easy to track and compare EFI folder contents...


Excellent stuff matey.

Regarding the tests on the ports before - I'm not too sure - I've tried a million different ways to try and convert the DP port to HDMI but it never works... as I've said before though I've never done this before so probably missing something obvious. Either way thanks for all your work on this.. I now have a decent fully working hackintosh laptop
 
Hey guys,

I'm getting this error on the build part after i type in "make"

iasl -ve -p build/SSDT-HACK.aml SSDT-HACK.dsl
make: iasl: No such file or directory
 
Hey guys,

I'm getting this error on the build part after i type in "make"

iasl -ve -p build/SSDT-HACK.aml SSDT-HACK.dsl
make: iasl: No such file or directory

ugh.. stupid me.

Add to Path. ie ln -s /directory/iasl to /usr/bin/
 
Hey guys,

I'm getting this error on the build part after i type in "make"

iasl -ve -p build/SSDT-HACK.aml SSDT-HACK.dsl
make: iasl: No such file or directory

Install iasl to /usr/bin.
 
Status
Not open for further replies.
Back
Top