Leaderboard
Popular Content
Showing content with the highest reputation on 06/11/2018 in Posts
-
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.zip7 points
-
4 points
-
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.3 points
-
2 points
-
2 points
-
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.2 points
-
2 points
-
2 points
-
2 points
-
2 points
-
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?1 point
-
I might have that solved... my Previous rom had a working APFS jumpstart FFS, I believe all it did was jumpstart the normal APFS.efi on the drive, so it may still work with current APFS. when I get home later tonight I will post and see if it will work its magic still. HBP1 point
-
sudo /Applications/Install\ macOS\ 10.14\ Beta.app/Contents/Resources/createinstallmedia --volume /Volumes/your_volume "--applicationpath" é depreciado.1 point
-
Yes, you are right. And in that case I was wrong, it is not suitable for general user access.1 point
-
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, KGP1 point
-
1 point
-
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.1 point
-
1 point
-
1 point
-
1 point
-
It's a bug in the build process. ebuild.sh calculates NASM_PREFIX using logic BootHFS/Makefile just uses "nasm" and takes whatever is in the path OTOH ebuild.sh also does pathmunge "$TOOLCHAIN_DIR/bin" So if the nasm in the path is not the same as the one NASM_PREFIX you can end up using wrong nasm to build boot sectors and get this error.1 point
-
Only Sierra 10.12+ support APFS to view it. El Capitan didn't support APFS, can't see it, unless you install Mojave as HFS+J with MBR patch method (will not convert HFS+j to APFS).1 point
-
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 arguments1 point
-
Have you did this to bypass compatibility check, like dear fusion71au said? It might work1 point
-
It's only one user Ecefer post it work without anything, no more evidence, that's why I'm not sure it's really work or not.1 point
-
This question should be in in a topic of its on, under the graphics section.1 point
-
I do not have a LGA775 socket components to test it, but you have to review your config.plist and check your DSDT or graphics card, it might be a trick for that! If people not only one user, but users confirmed that it work, then you just have to check or ask for a config.plist that already working!1 point
-
Broadcom cards give continuity support, i can receive calls on my laptop hack with Atheros, but missing airplay, airdrop and other things.1 point
-
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.1 point
-
1 point
-
Why not? I need have theme embbeded doble size, my screen is 4k and see small... I love theme embbeded1 point
-
just deleted the whole "SRC" folder and started from the beginning. Now all is perfect again and machine boots from rev. 4530 now.1 point
-
I may propose that you installed CLOVERX64.EFI but booted from BOOTX64.EFI or even bootmgfw.efi1 point
-
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 comment1 point
-
Finally got trackpad fully working! Turns out I needed to use release 5 instead of 6. While I may not have good palm prevention, nor a working preference pane now, I have my gestures, and I don't have to put all my body wait on my touchpad for it to register.1 point
-
I still have just one issue with my laptop and that is the display override. Previously I could put my venerated display data in System/Library/Displays/Contents/Resources/Overrides and reboot and I would be able to select a higher resolution. Laptop screen is 1366 x 768 but with the override I could use 1920 x 1080. From what I can see the folder structure is the same, the actual file itself was changed slightly and I made changes to my file to be inline with the changes but it still didn't help. This used to work in Sierra and High Sierra. I'm hoping someone else may have the same issue or at least be able to provide some help. Sent from my SM-G930F using Tapatalk1 point
-
1 point
-
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.zip1 point
-
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 .1 point
-
Hello, and welcome to InsanelyMac. Run this app, and upload the file result here. RunMe1 point
-
1 point
-
EFI/Clover/kexts/Other/1 point
-
1 point
-
thank your .great work. just tested it and successful1 point
-
1 point
-
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.1 point