Leaderboard

You can clean install Mojave beta on an HFS partition with a patched OSInstall.mpkg (this starts core.pkg installation) ---> bypasses compatibility checks. See post#258 in macrumors unsupported macs thread, credit to @foxlet. After the package installer completes, copy boot.efi (from "Misc Files.zip" attachment or extract yourself from BaseSystem.dmg with Pacifist) to /S/L/CoreServices of the Mojave volume, and copy SeedEnrollment.plist file into the /Users/Shared folder with the "." prefix so it becomes a hidden system file eg if SeedEnrollment.plist is in your ~/Downloads folder, use the terminal command cp ~/Downloads/SeedEnrollment.plist /Volumes/Mojave/Users/Shared/.SeedEnrollment.plist Good Luck Misc Files.zip

Lately, it seems that specifying the repositories as svn+ssh:// instead of svn:// results in more reliable and perhaps slightly faster performance (at least for me). This would change the transfer protocol to ssh (svn is used only locally), which seems to perform better than svn as the transfer protocol (don't expect it to be much faster, but at least it doesn't seem to time out and disconnect duing the transfer). The changes would look like this in buildclover script: For Clover: "svn+ssh://svn.code.sf.net/p/cloverefiboot/code" For EDK2: "svn+ssh://svn.code.sf.net/p/edk2/code/trunk/edk2" EDIT: As Philip Petev mentioned, this does not work for general user access, and requires an svn user/password. And by the way, there is no problem building with 10.14 / Xcode10.

Your Corsair is broken

For me is working too, update went well I updated in 10 minutes... I have sound and ethernet... all works.

I can't, no verbose hangs, it boot system to gray screen and mouse cursor, then reboot itself. I think,maybe some kexts or frameworks cause the reboot issue. I may try to remove some kexts to test it when i have free time.

Now it works in almost many Unsupported Macs and Hackintoshs including Core2Duo as shown, it only needs some patience and searching for a solution, because solutions exists already, it only depend on what you know and what you don't know yet

I've just installed Cuda 396.64 under macOS 10.14 Beta and it's kext loaded. The only problem here is, "No Compatible CUDA Graphics found" when I tried running CUDA-z.app, so... uhmb, forget it #atm.

This is the file i was using in High Sierra. DisplayVendorID-dae.zip

post a full dump RunMe.app

1 -Create a USB bootable Use this tool and download Catalina or Big Sur from Apple servers installScript_1016fullapp.zip Credits: crazybirdy Copy Catalina / Big Sur installer to Applications folder, open terminal and run Catalina Big Sur Monterey If you want check one step by step, check here -Opencore Vanilla Tutorial https://tinyurl.com/y2dmt5af -Clover Vanilla Tutorial https://tinyurl.com/rcy7muu4 2- EFI folder USB installation -EFI OpenCore or Clover Folder Intel Processors Paste this EFI folder in EFI partition in your USB STICK https://tinyurl.com/ybr968w3 3- EFI folder SSD -EFI OpenCore or Clover Folder Intel Processors Paste this EFI folder in EFI partition SSD https://tinyurl.com/ybr968w3 4- Start Fine Tune Run this app and post full dump here for full ACPI solution RunMe.app https://tinyurl.com/y9562hz7 If you like a SSDT way, here we go (SSDT is a incomplete way) SSDT-OLARILA.aml.zip 5- USB Solution https://tinyurl.com/bkmcj4ua --DSDT PATCHES-- -FIX ERRORS AND WARNINGS -FIX ACPI ERRORS -REMOVE UNUSED SCOPES / DEVICES -HIGH PRECISION EVENT TIMER -SATA SERIE ID -DMAC -REMOVE LINES, PROBLEMATIC and UNUSED -FIX K.P in REBOOT -NVRAM -REAL TIME CLOCK -SLPB -DARWIN / WINDOWS -XHCI -PLUGIN TYPE -HDEF -ARTC -IPIC -TIMR -SBUS -BUS1 -MCHC -ALS0 -SHUTDOWN -UAR1 -LAN -FWHD -USBX -PMCR -PPMC -XSPI -kUSBCompanionIndex -io-device-location -IMEI -EC -PNLF -ARPT -GFX0 -NVME -ACPI-WAKE-GPE -DTGP -HDMI / HDAU --SCREENSHOTS-- -If you want to buy me a beer - Donations with PayPalhttps://tinyurl.com/r2bvzm7 Big Thanks to XLR and your Badass Motherboard, Ultrafast CPU, Coolest Heatsink, Huge Graphics Card, Tonnes of RAM, Gigantic Hard Drive, Lightspeed Disk Burner, Professional Sound Card, Massive LCD Display. -Credits and thanks to the old and new people in the community who developed patches, kexts and bootloaders! Slice, Kabyl, usr-sse2, jadran, Blackosx, dmazar, STLVNUB, pcj, apianti, JrCs, pene, FrodoKenny, skoczy, ycr.ru, Oscar09, xsmile, SoThOr, RehabMan, Download-Fritz, Zenit432, cecekpawon, Intel, Apple, Oracle, Chameleon Team, crazybirdy, Mieze, Mirone, Oldnapalm, netkas, Elconiglio, artut-pt, ErmaC, Pavo, Toleda, Master Chief and family, bcc9, The King, PMheart, Sherlocks, Micky1979, vit9696, vandroiy2013, Voodoo Team, Pike R. Alpha, lvs1974, Austere.J, CVad, headkaze, onemanosx, erroruser, Jenny David, Sampath007, Facebook Hackintosh community, Facebook Olarila community, SchmockLord, daliansky and many, many, many others! We're all here to have fun and learn from each other!

Yesterday's WWDC has set a huge number of real Mac owners into an angry spiral. Many users have systems that are good enough to run 10.14, but are now excluded for likely largely financial and marketing positioning from Apple. For example 2009 Mac Pros with Metal capable video cards shouldn't be blocked whatsoever, but there are many others too who should be pretty much fine if they're not doing serious gaming or animation on their iMacs or Mac Minis. We need to start figuring out or pulling together some instructions (if it's already possible) for real Macs to run Clover and to define custom SMBIOS entries. Basically I'm 100% on board with running real Macs as Hackintosh systems at this point. I'm not willing to flush over $20,000 of Apple hardware down the toilet, especially when these systems still run faster than most current systems and are working great for even VR game dev. Can someone give some insight as to what may need to be done to start moving down this road now so we can start testing this out now on spare systems that have been blacklisted by Apple?

DSDT method still works, attached dsdt is for Fermi and HDAU is missing; no HDMI audio SSDT-HDMI-NVIDIA-PEGP@1 will not work with dsdt edits, remove ssdt. Reboot with native dsdt and run cloverALC. For 10.13.4 and newer, all non native Nvidia HDMI codec device ids have been removed from AppleHDAController.kext. Kext patch is required, credit FredWst/[pre-release] macOS High Sierra 10.13.4 - Page 18 - New Releases and Updates GTX 960/Add and edit/Replace: from 10deb90f to 10de0fba

sudo /Applications/Install\ macOS\ 10.14\ Beta.app/Contents/Resources/createinstallmedia --volume /Volumes/your_volume "--applicationpath" é depreciado.

Here you go... patched ROG-RAMPAGE-VI-APEX firmware attached below (it also already includes the iMac Pro Splash Screen Image). Note that I could not test the file, thus if you flash your BIOS with R6A.CAP using EZ FlashBack, you do it at your own risk! R6A.CAP.zip If you don't patch the BIOS you need to adopt and use TSCAdjustRest.kext! If you do not manually disable the MSR lock in the BIOS settings of the unpatched BIOS firmware, you need to enable xcpm_core_scope_msrs © Pike R. Alpha Kernel patch in addition! # If you use the patch BIOS firmware, you neither need TSCAdjustRest.kext nor the xcpm_core_scope_msrs © Pike R. Alpha Kernel patch. In the latter case you also should enable the MSR Lock in the BIOS Settings, as the corresponding MSR registers have been already unlocked for Kernel Write during the firmware patching process. Good luck, KGP

edk has been updated in clover to 27295

See here :

Sure, it works, but using this protocol requires SF credentials (account) and many people don't have such, otherwise I would have added this a long time ago.

Yeah, gonna wait for updates, till now is completely usable for me

mkdir -p is your friend... Then read how arsradu solved it.

that is not my kext i just compiled it for sierra or hs i forgot its been a while.... it is dr.hurts code. the finger pressure issue should be able to be adjusted in the trackpad info plist file. you have to edit the "finger-z" value to your liking.

./ebuild.sh cleanpkg

gate way issue happen when getting clover source from svn in windows. normally, i commit source in windows after download clean clover source to avoid mistake. but in last 2days, i never download clean source in windows from svn. always shown connection problem(gate way too. it means host disconnect my connection in sf. so i can't access sf site for some times). i just hope sf will back. because now i have a some part to cleanup clover source. 나의 LG-F800S 의 Tapatalk에서 보냄

CLOVER.zip audio inject other layout id via clover, i put 7, test, if don't work, change

With the AppleALC I attached on my previous post, it works without any changes except the boot arguments.

I forgot to mention that you need to use the boot argument -alcbeta and -lilubeta or -lilubetall for all Lilu plugins. AppleALC works as before with layout-id 5, use the boot arguments

The compatibility check is only for installation. Compatibility is not a issue. I can boot to installation screen, and install Mojave as GPT+APFS, or GPT+HFS+J, or MBR+HFS+J successful. (will not convert to APFS.) My problem is, After installation finished, it can not boot into the installed Mojave system with all the three types above. I think, it's E8400 without SSE4.2 issue. I can't figure out why Ecefer said it works with E7500? I already ask for his config.plist, not reply yet. I think we need more info. how Ecefer made it worked?

Have you did this to bypass compatibility check, like dear fusion71au said? It might work

Appears to be, that's the last commit from yesterday, so it probably does update daily at a certain time. However, that still relies on sourceforge. I wasn't having any trouble until today, it's a little slow.

audio,,,,,use appleHDA patcher

Well, that's the problem... SVN cuts my connection when I try to download larger amount of data (in order to create the build environment). That's what I was using so far, but at least recently, SF is really, really {censored} for downloading larger amounts of data (you can see my post above, for more info). And apparently I'm not the only one. And that script apparently doesn't work with anything other than SVN. I would have used tianocore/edk2 source from Github...but I don't know which commit should be the equivalent of r27233 from svn. And...the latest Clover changes are still on SVN for as far as I know.... So, even if I use some other clone of that source, from github, since it's not the official one, I still don't have access to the latest changes. Which defies the purpose of trying to build Clover in the first place. I really don't know what to do. I tried to download the sources manually and then run that script...but that didn't work. It still tries to connect to SVN...which again is down. So...that's why I was asking for an updated build method, using sources already downloaded (assuming I can download them without SF cutting my connection over and over again). Even the main page of sourceforge is down. I don't know how do they expect anyone to get any work down with this kind of server issues.

just deleted the whole "SRC" folder and started from the beginning. Now all is perfect again and machine boots from rev. 4530 now.

In the DSDT or the SSDT you use, replace: "layout-id", with "alc-layout-id", Add -alcbeta -lilubetaall into the boot-args and use AppleALC_1.2.8v2.zip this was picked from @arsradu post in AppleALC topic This is if you already use AppleALC kext solution, if you use another solution ignore this comment

I have searched through my Hack and removed anything that pertained to PS2. I removed something like ApplePS2Nub, and good news, multitouch works! The bad news, however, is that if I want to move the pointer, I have to press hard on the trackpad, but we are getting somewhere. At least now I can enjoy the many gestures I used in Sierra.

The same.

Thanks , works fine now

Here you go : Battery & Trackpad.zip to put on EFI\CLOVER\Kexts\Other\

Have you seem my post about the WiFi? If you have your WiFi adapter working OOB in previous macOS versions all you have to do is to extract the AirPortAtheros40.kext from macOS High Sierra and place it under /L/E or /S/L/E then repair the permission and reboot. Use Kext Wizard or Kext Utility to install the kext. AirPortAtheros40.kext.zip

Hi, thanks for the report, I can confirm that the check has changed. I committed a temporary workaround in the latest update, hopefully it will work for the time being, though I am starting to like the idea less and less.

The reason of requesting this info is that my ROM Chip has only 64Mb, AppleALC can be resized to about 19Kb, but the last release of Lilu have 1.3Mb and its size can't be reduced. So i can't upgrade AppleALC to the latest into the ROM because of the latest lily size, i've to stay with AppleALC 1.2.4 if i need it to be on the ROM. Ozmosis is the Bootloader of the QUO board, it's inserted into the BIOS with some files, to simplify things, it'll let you boot Apple OS without any required file on the HDD, just like a Mac .

Hello, and welcome to InsanelyMac. Run this app, and upload the file result here. RunMe

Ok. Look this: How do I repair permissions and rebuild the cache - Yosemite and later

It just need to put HS network kext for it to work!

Well guess it was just a glitch, now its booting. Even with only apfs.efi, AptioMemoryFix.efi and HFS+.efi

EFI/Clover/kexts/Other/

thank your .great work. just tested it and successful

Hmmm very good, but...why you aren't using Dark Mode?? Just kidding

Using UDK2018 We can compile Clover with UDK2018 and not bother about EDK2 beta updates. Step by step from clear. 1. Install macOS. Preferably 10.13.x at this moment 2. Install Xcode. I am using Xcode 9.3.1 now. Install Command Line Tools. Xcode 10.1 in 10.13.6 is better. 3. Download NASM https://www.nasm.us/pub/nasm/releasebuilds/2.13.03/macosx/nasm-2.13.03-macosx.zip, unpack and copy to /opt/local/bin The folder may be invisible then sudo chflags nohidden /opt or it may not exists then sudo mkdir -p /opt/local/bin then sudo cp ~/Downloads/nasm-2.13.03/nasm /opt/local/bin 4. Prepare sources cd ~ mkdir src cd src git clone https://github.com/tianocore/edk2 -b UDK2018 --depth 1 UDK2018 cd UDK2018 svn co svn://svn.code.sf.net/p/cloverefiboot/code/ Clover make -C BaseTools/Source/C ./edksetup.sh cd Clover ./buildgettext.sh ./buildmtoc.sh cp -R Patches_for_UDK2018/* ../ ./ebuild.sh -fr Patches_for_EDK2 revision 4472 is compatible with UDK2018, but there is own patch set. Since 4486 we should use Patches_for_UDK2018. 5. And finally create installer cd ~/src/UDK2018/Clover/CloverPackage/ ./makepkg DEPRECATED! Since moving to GitHub we need no more UDK2018 or EDK2. All those sources included into the Clover repo and we will improve them own way.