Jump to content

barijaona

Members
  • Content count

    52
  • Joined

  • Last visited

About barijaona

  • Rank
    InsanelyMac Protégé
  1. What worked for me regarding this OSInstall.mpkg problem I encountered while upgrading 10.13.2 : - have Lilu updated to 1.2.1 and have Lilu plugins updated - have the most recent version of Clover (r4334 at the time of writing) - have the version of apfs.efi for 10.13.2 - and remove the installer.failurerequests file that previous installation attempts left over at the root of the disk
  2. barijaona

    macOS High Sierra 10.13.1 final is out!

    This verification method is not reliable at all, since the `cat` command will fail on directories, and `md5` will just apply to the subsequent error message… A more thorough test is find /Applications/Install\ macOS\ High\ Sierra.app -type f -exec cat -v {} \; | md5 which gives me the following hash : ffb303da405dd07aaf2c0d1ad0d4f4df
  3. barijaona

    Clover Bug/Issue Report and Patch

    Yes, work for me too. But as @Rehabman also noticed, there is a slight chance that you get a false positive with a non EFI partition which is named "EFI". This is why I feel safer with the following version which makes sure that the "EFI" string is present in the partition type indicator : #gPartIndex=$(gpt -r show "/dev/${gDisk[i]}" 2> /dev/null |grep -i "${gEfiUID}" |awk '{print $3}') gPartIndex=$(diskutil list "/dev/${gDisk[i]}" 2> /dev/null | awk '{print $1,$2}' | grep EFI | awk -F : '{print $1}')
  4. barijaona

    Clover Bug/Issue Report and Patch

    I am not testing the partition name, I am testing the type (cf. the `awk` thing before the `grep`).
  5. barijaona

    Clover Bug/Issue Report and Patch

    ??? You are probably referring to another script than the one I am referring to. My proposal is for 80.save_nvram_plist.local which currently already uses diskutil on multiple places. I am pretty sure that (at least on High Sierra) `diskutil list` has no restriction while `gpt show` on the boot disk is restricted when SIP is enabled.
  6. barijaona

    Clover Bug/Issue Report and Patch

    Yes. I have SIP enabled. I suggest replacing the line : gPartIndex=$(gpt -r show "/dev/${gDisk[i]}" 2> /dev/null |grep -i "${gEfiUID}" |awk '{print $3}') with gPartIndex=$(diskutil list "/dev/${gDisk[i]}" 2> /dev/null | awk '{print $1,$2}' | grep EFI | awk -F : '{print $1}') (I am currently not on my machine, so I am not 100% sure of the syntax, but I hope you get the idea).
  7. barijaona

    Clover Bug/Issue Report and Patch

    nvram save script seems broken in High Sierra On my system, the nvram.plist file will never be saved to the ESP on system shutdown. The culprit seems that `gpt -r show` applied on the boot device will fail : " Operation not permitted " Details : save script v.1.65/High Sierra 10.13.0/APFS
  8. I also encountered USB problems with High Sierra Beta 6 and Beta 7. Most of my USB ports could not be used. I had these kinds of log messages at startup : kernel IOUSBHostFamily HS08@14600000: AppleUSBHostPort::disconnect: persistent enumeration failures kernel IOUSBHostFamily HS06@14400000: AppleUSBHostPort::disconnect: persistent enumeration failures kernel IOUSBHostFamily HS04@14200000: AppleUSBHostPort::disconnect: persistent enumeration failures I had no such problems in Sierra or in my first attempts with High Sierra. My initial solution was adding FixOwnership : True in Clover's config.plist. But a better solution was found by selecting in BIOS : - Windows 8/10 Features : Windows 8/10 (instead of Other OS which is often recommended) - CSM Support : Disabled You might encounter boot problems after changing this setting. Just boot first in safe mode (through Clover's menu or with a -x boot argument) in order to clean cache, and it should be OK.
  9. barijaona

    Hackintosh not boot after Bios update

    Cleaning multiple entries will probably solve difficulties entering BIOS. The time issue might be unrelated.
  10. barijaona

    Hackintosh not boot after Bios update

    On Gigabyte boards, it is possible to downgrade the BIOS by booting with a MS-DOS (or FreeDOS) USB stick and the FPT.EXE program. You will also need the FPARTS.TXT file to sit alongside FPT.EXE at the root of the USB stick. The version I found here <http://www.mediafire.com/file/p66jhts7cfi26y8/fpt_DOS-Z170.zip> worked fine for my Z170X Gaming 5. How to use FPT : To save current BIOS : fpt -d bios.sav To restore previously saved BIOS : fpt -f bios.sav To flash another BIOS : fpt -f `PathOfBIOSFile` Trick initially found here : <https://forums.tweaktown.com/gigabyte/28441-gigabyte-beta-bios-post507306.html#post507306>. Your mileage may vary. UEFI shell is your friend here… Once into UEFI shell, you can list the boot entries with `bcfg boot dump` and remove them with `bcfg boot rm` Help command is available : for instance `help -b bcfg boot` The solution listed here works fine : <https://sourceforge.net/p/cloverefiboot/tickets/226/#d1a9/0222/8cc1> Instead of suppressing/renaming the /BOOT/BOOTX64.EFI as suggested, you might also try to explicitly add an entry for it through the UEFI Shell (`bcfg boot add...`), so that Clover will not try to add one itself at each boot, which apparently is the cause of the proliferation.
  11. barijaona

    Clover Bug/Issue Report and Patch

    It's impressive how much the memory is fragmented on those X99 boards
  12. barijaona

    Clover Bug/Issue Report and Patch

    `load OsxMemoryRelocationDxe.efi` and `load -nc OsxMemoryRelocationDxe.efi` from my Gigabyte Z170X Gaming 5 (Bios F4) OsxMemRelocationOutputs.zip
  13. Yes, I have them in clover/kext/other Envoyé de mon iPhone en utilisant Tapatalk
  14. I've tried this NvidiaGraphicsFixup.kext and it appears to be the perfect solution for me. It uses Lilu.kext, so it should work OK with installer and Recovery HD.
×