Search the Community: Showing results for tags 'asus x99 deluxe'.
Found 3 results
TLDR: I've gotten myself up a creek without even a working keyboard and mouse. My setup Asus X99 Deluxe motherboard Dual Asus Radeon R9 280x GPU's i7 5930K CPU G.Skill - Ripjaws Series 32 GB (4 x 8 GB) DDR4-2400 Memory Highpoint 2721 RAID controller + 4 hard drives EVO 850 Pro SSD Mojave 10.14.4 Profile: MacPro6,1 I had installed Mojave and had set it up to boot directly into my user account with no need for a password. Both Clover and IORegistryExplorer were set as log-in items. This was because I was working on activating my SS ports. The X99 Deluxe USB ports are set up as follows: USB3_E1 to USB3_E10 at the rear (Asmedia controller) USB_13 & USB_14 at the rear (Intel) USB1112 & USB1314 (headers on the motherboard) USB3_12 & USB3_34 (front) This adds up to potentially 34 ports, far more than I need. I had three patches enabled to remove the 15 port limit but they weren't doing the trick. So I disabled the ten USB3 ports on the rear that are subject to the Asmedia controller in BIOS. I also disabled the Asmedia USB3 controller. All I really need are the four USB3 ports on the front panel, along with one of the motherboard USB2 headers. This should have gotten me down to under 15 ports. One SS port appeared in IORegistryExplorer but I couldn't locate it when I tested every active port. I'm not sure what I did but everything went sideways. I found that I was booting into Mojave, Clover and IORegistryExplorer were launching but the mouse cursor was frozen in the corner and the keyboard was dead. Moving the keyboard and mouse to different ports didn't help. Meanwhile the OS was giving me a message about looking for a BT keyboard which I don't have. I've tried the following to no avail: -- reinstalling Mojave -- various combinations of USBInjectAll.kext, XHCI-X99-injector.kext, X99_Injector USB 3.kext, and GenericUSBXHCI.kext -- resetting the CMOS -- enabling and disabling the ten Asmedia USB3 ports on the rear -- enabling and disabling the port limit patches below: I haven't reflashed my BIOS which is something I do when starting from scratch, although I don't see why it would matter. I'm open to that, burning incense, whatever will help. In the end, I need at least 1-2 working USB3 ports. But right now, I just need to get my keyboard and mouse working again. I've been going in circles on this all day and could really use some good ideas. Thanks so much. Max config copy.plist
Marta Reis posted a topic in OSx86 10.10 (Yosemite)I'm trying to install yosemite using Clover and the Rampage GUIDE but I'm stuck on the OSX installer screen, I've tried several boot flags so far. Using -v cpu=1 I experienced a mem map issue. Using the default boot flag in verbose mode -v ncpi=0x2000 kext-dev-mode=1 nv_disable=1 along with CSM disabled I could reach OSX Installer screen but gets stuck there. https://flic.kr/s/aHskxmbG57 Any clue or advice? System config; Asus x99 Deluxe USB 3.1 Xeon 1650v3 Corsair H80iGT G.Skill Ripjaws V 2133Mhz C15D 32GVR (2x16GB) Sandisk Extreme Pro 480GB (OSX) WD Caviar Black 1TB (Win 8.1 Pro) Asus GTX 780 Strix 6GB Cooler Master GX 750 Cooler Master CM 690 II Advanced
fullerfun posted a topic in OSx86 10.10 (Yosemite)After further review, I'm convinced the test2.efi method is the best way to go no matter what system you are using. If it doesn't work for some reason, put your boot drive in sata port 1, boot another system, mount the efi on sata1 drive. Delete the efi folder. do a clean install of latest clover..drop in your appropriate files. (see below for full history....) 5/23/16 ---- Edit: So, I've discovered, after much forum hunting and seeing other user's experiences, my original issue turns out to be an issue with having additional PCI cards installed. I'm sure my MOTU audio pci & thunderbolt PCI are the causes.... By adding the the test2.efi file from the below link to clover, I can boot from any menu! Credit to Nick Woodhams. https://nickwoodhams.com/x99-hackintosh-solving-osxaptiofixdrv-allocaterelocblock-can-not-allocate-relocation-block/ This is an X99 firmware problem known by the developers, and they have yet to make a good solution. Talked about extensively here: https://sourceforge.net/p/cloverefiboot/tickets/125/ I recently updated to the latest clover v2.3k_r3526, dropped in test2.efi and boom, I can boot any way I like without errors or problems! This works perfectly for me on 10.10.5 Edit.. Turns out on my system, it totally depends on which sata port your boot drive containing clover is. test2.efi seems to work more consistently, even on 10.11.5 when I'm booting with a drive on one of the 1st sata ports. When I have a drive on port 5, the h4x's method worked(below)...so weird... If running 10.11.4 or 10.11.5 on an X99 board with additional PCI cards, and your boot drive is not in one of the 1st sata ports, and you get the errors, try need a different efi file h4x has created one that works for me scroll down to the comments section on this page https://nickwoodhams.com/x99-hackintosh-solving-osxaptiofixdrv-allocaterelocblock-can-not-allocate-relocation-block/ This is his comment and instructions. "h4x Good news! I merged OsxAptioFix2Drv with OsxLowMemFixDrv and it works with 10.11.4. Compiled binary (compiled with Clover r3354, tested with r3354 and r3469): https://drive.google.com/file/d/0B2-g_coTRnPnaU53Z1F6Qm5OeXM/view?usp=sharing Put it into your driverUEFI64 folder and delete "OsxAptioFixDrv.efi", "OsxAptioFIx2Drv.efi", "OsxLowMemFixDrv.efi" and "test2.efi" if presented. I can also share the patch file after some cleanup if you need it. Basically I moved DoFixes() from LowMemFix to AptioFix2 and call it before RunImageWithOverrides(). This binary will free low memory up to 0x20000000 (512M) before run actual AptioFix2." Awesome fix, credit to h4x & Nick Woodhams! You guys rock! Bill edited 5/18/16 ------------- Hello all. As always, thank you to everyone in this community. I’ve learned a ton from too many to mention by name! I've finally gotten to the bottom of some funky Clover UEFI booting behavior on my system. When booting(cold or from restart), If I press-hold F8 to get the BIOS boot device selection menu, and select any UEFI Drive, clover boots normally to clover menu. But no matter which system I select with clover and try to boot, I get the dreaded “AllocateReloceBlock(): can not allocate relocation block (0X16405 pages below 0x10000000)” error that many people have been seeing on X99 systems. However, if I boot into the BIOS (press & hold F2 on boot), go to the boot section, make the very first boot device option the UEFI drive that has the drive I want to run clover from, save & exit (F10),( it saves even though it says no changes). Wait for the computer to re-boot. press nothing, clover boots, viola, I can boot any system from within clover I want without any errors. Also, in the BIOS boot section, if I try the boot override options on UEFI Drives, it does not work either. Same error as above. I have Asus X99 Deluxe (BIOS 1203 (also had the issue with BIOS 1103)), 5960X, running latest Clover build Clover_v2k_r3128 (although I experienced the same issues with older versions of clover also). I suspect the issue is specific to my ASUS X99 Deluxe board..but I suppose it could be that in combination with the 5960X specifically.(maybe some of you with the same or similar boards and/or other processors can confirm this bug) This issue happens on my system no matter which OS I'm trying to boot 10.9.5 or 10.10.1...both on different SSD's hooked up to SATA ports 1 & 2. Clover boot loader installed on both SSD’s. No matter which drive I boot to clover menu, same error. This error also appears if I try booting via a USB jump drive using UEFI with the same methods above. So for any of you attempting to use a USB device with clover to install or boot a system..it won’t work unless it’s the 1 item in your boot list in the BIOS. (pressing F8 or boot override will give you the same errors) Also on another note, for my system, getting 10.10 to boot properly after installing OS 10.10 for the 1st time, there was some more Clover funkiness. The first time I tried to boot clover it just refused to boot and would stop at “uuid ++++++++++” Which normally you get that error when kernel is not properly patched, but mine was properly patched. I weirdly discovered if I simply go into the bios(F2), go to the boot menu, select my 10.9.5 system with clover as the 1st boot device(instead of the clover I had just installed on my 10.10 drive), reboot the computer, select my 10.10 system in clover menu and it booted right up. very strange. ever since doing that once, now both my clover boot loaders work normally without any errors, as long as I do as above(let the system boot to the 1st UEFI item in the boot list item in BIOS) FYI, One final note, for my specific system using OsxAptioFixDrv-64.efi was the only one that works. OsxAptioFix2Drv-64.efi does not work on my system. Hope this helps save someone hours of time…took me forever to narrow this down… Bill