bronxteck Posted June 16, 2017 Share Posted June 16, 2017 savva any idea why your compiled binary works properly for me and the code slice uploaded to svn as commit 4090 does not ? is what breaks slices computer what fixes mine? Link to comment Share on other sites More sharing options...
savvas Posted June 16, 2017 Share Posted June 16, 2017 savva any idea why your compiled binary works properly for me and the code slice uploaded to svn as commit 4090 does not ? is what breaks slices computer what fixes mine? Try this one of 4090 and report me plz BOOTX64.efi.zip Link to comment Share on other sites More sharing options...
bronxteck Posted June 16, 2017 Share Posted June 16, 2017 still locks up after selecting config file and try to get back to os selection menu. problem still persists in trunk 4091. I need to revert to your binary from post 2132 edit: hmm... i dont know if this helps you any in debugging but i did notice a strange behavior. if i install slices 4091 from svn on first boot after fresh install i can get back to os menu after selecting a config. but when i reboot and retry it locks up again and every time after until i again run the package and reinstall 4091. then it will work again 1 time. your binary always works correctly. 1 Link to comment Share on other sites More sharing options...
Sherlocks Posted June 17, 2017 Share Posted June 17, 2017 Hi all, as noted here #288 ElCapitan probably uses new value in SMBIOS "platform-feature". I don't know what is it so I propose someone test it and found any difference with or without. <key>SMBIOS</key> <dict> <key>PlatformFeature</key> <integer>3</integer> You may see the value "platform-feature" in real Mac ioreg in the root iMac13,2 = 1 iMac17,1 = 0 MacPro6,1 = 4 .... CLOVERX64.efi-3366.zip There is also Clover Menu setting in SMBIOS section to test it once. i see this. use dec value. but now i found new hex value from mbp and mb here is data imac13,x 0x01 Imac14,x 0x01 imac15,x 0x01 imac17,1 0x00 MB8,1 0x1A MBP11,x 0x02 MBP12,1 0x02 MBP13,x 0x1A MacMini6,x 0x01 MacMini7,x 0x03 MacPro6,1 0x04 @Slice i added debug smbios "FirmwareFeatures", "FirmwareFeaturesMask", "PlatformFeature" clover now doesn't exactly show these keys behavior. so i started debug and made clean source. and checked whether all values work or not. i checked ioreg, dump 스크린샷 2017-06-14 오후 3.57.27.png screenshot1.png it will help debug for high sierra to get fail case. here is result and source. smbios setting in my config.plist 0:403 0:000 ChassisType: 0x9 0:403 0:000 FirmwareFeatures: 0xE907F537 0:403 0:000 FirmwareFeaturesMask: 0xFFFFFFFF 0:403 0:000 PlatformFeature: 0xFFFF my behavior in clover gui 9:082 8:229 applied FirmwareFeatures=0xE907F538 9:082 0:000 EDITED: 0xE907F538 10:568 1:486 applied FirmwareFeaturesMask=0xFFFFFFF1 10:568 0:000 EDITED: 0xFFFFFFF1 16:698 6:130 applied PlatformFeature=0x3 16:698 0:000 EDITED: 0x0003 tested it in r4088. PlatformFeature that we can use both 0x3 or 3 in config.plist. sorry my english thanks in advance and enjoy. can you consider? now, in r4092 has missed word. corrected this also maybe need to consider hex value in config.plist and gui. because, in my case, mbp has 1a. if i want to use 1a, need to put 00000026 in gui after remove 00065535. always need to calculate hex value. ofc config.plist too. as result, according fixed code, we can use each cases without calculation if need platfrom-feature by user. imac13,x 0x01 Imac14,x 0x01 imac15,x 0x01 imac17,1 0x00 MB8,1 0x1A MBP11,x 0x02 MBP12,1 0x02 MBP13,x 0x1A MacMini6,x 0x01 MacMini7,x 0x03 MacPro6,1 0x04 sherlocks_platformfeature.zip (tested r4092). same code both previous file and now. i just edited file for 4092. thanks in advance sherlocks_platformfeature.zip 2 Link to comment Share on other sites More sharing options...
savvas Posted June 17, 2017 Share Posted June 17, 2017 @bronxteck Done BOOTX64.efi.zip https://yadi.sk/d/noWwHSNL3KDFHF 1 Link to comment Share on other sites More sharing options...
bronxteck Posted June 17, 2017 Share Posted June 17, 2017 savva your new bootx64 binary also works correctly. i also downloaded your installer but that one says it is 4084 version during install. i was not sure if it was just the pkg installer revision not getting new rev id. but clover prefpane displays booted 4093 with last installer 4084. it also works edit: ok i just noticed another bug maybe related to the issue but i am not certain. it looks like kexts to patch is not switching with config file selection or it is hardcoded to only look at config.plist. after selecting my "config TESTx.plist" i only see the patches from "config.plist" i will try removing the space between "config" and "TESTx" plist name in case clover does not like it. edit2: removing the space in the name did not correct kext to patch behavior. it still is using and showing selection of config.plist patches in gui menu not configTESTx.plist Link to comment Share on other sites More sharing options...
Vinicius P. Miranda Posted June 17, 2017 Share Posted June 17, 2017 I updated the clover to r4091 and r4093, and in both I get stuck in this place, as the photo shows. Could someone fix this or teach me how to repair it? Link to comment Share on other sites More sharing options...
griven Posted June 17, 2017 Share Posted June 17, 2017 If an encrypted APFS volume is present clover will reboot after scanning it´s Boot entries. It does not matter if it´s an internal or external drive at all. Once the encrypted Volume is removed Clover works as expected. Is there any chance to get encryption working? Link to comment Share on other sites More sharing options...
savvas Posted June 17, 2017 Share Posted June 17, 2017 If an encrypted APFS volume is present clover will reboot after scanning it´s Boot entries. It does not matter if it´s an internal or external drive at all. Once the encrypted Volume is removed Clover works as expected. Is there any chance to get encryption working? Reboot? FV APFS Volumes boots from Filevault Prebooter entry in Clover. Encrypted APFS Volumes not present in Boot entries Link to comment Share on other sites More sharing options...
smolderas Posted June 17, 2017 Share Posted June 17, 2017 If an encrypted APFS volume is present clover will reboot after scanning it´s Boot entries. It does not matter if it´s an internal or external drive at all. Once the encrypted Volume is removed Clover works as expected. Is there any chance to get encryption working? Yes, this problem exists for long time. The only viable workaround is, that you only scan your first drive, which the OS is on. Use -sata0 while building. I could be wrong with the option though. Look in ebuild.sh --help Link to comment Share on other sites More sharing options...
Vinicius P. Miranda Posted June 18, 2017 Share Posted June 18, 2017 Hello everyone, I do not know if the developers look at this topic, but I'll put a bug warning here. I had a problem with the Clover r4091 and r4093, where I got stuck, as in Image 1. After several tests I realized that the problem was in the Config.plist, in the following place (Image 2), and I was able to solve by erasing my settings (Image 3). This is the tip for anyone with the same problem, or for developers who want to fix it. Image1 Image 2 Image 3 2 Link to comment Share on other sites More sharing options...
savvas Posted June 18, 2017 Share Posted June 18, 2017 Hello everyone, I do not know if the developers look at this topic, but I'll put a bug warning here. I had a problem with the Clover r4091 and r4093, where I got stuck, as in Image 1. After several tests I realized that the problem was in the Config.plist, in the following place (Image 2), and I was able to solve by erasing my settings (Image 3). This is the tip for anyone with the same problem, or for developers who want to fix it. Image1 Captura de Tela 2017-06-17 às 23.13.31.png Image 2 Captura de Tela 2017-06-17 às 23.14.24.png Image 3 Nice report! Custom entries fixed! I'll post pkg and bootx64.efi later with patch Link to comment Share on other sites More sharing options...
edoriv Posted June 18, 2017 Share Posted June 18, 2017 I recently upgraded clover to Clover v2.4k r4091. Next reboot it just hangs at a blank screen never loading the boot menu list. This was a previously working dual boot machine. System Build Gigabyte LGA1151 Intel Z170 Mini-ITX DDR4 Motherboards GA-Z170N-Gaming 5Bios V F22Intel Boxed Core i3-6320 Processor FC-LGA14C 3.9 3 LGA 1151 BX80662I36320Intel HD Graphics 530BCM94352Z NGFF M.2 WiFi WLAN Bluetooth 4.0 802.11acRealtek ALC1150 115dB SNR HD Audio Downgrading to Clover v2.4k r4077 allow the boot screen to load and all is working though for some reason now Mac OS won't boot unless inject usb and inject ownership are checked. they previously did not need to be. Any thoughts? Link to comment Share on other sites More sharing options...
FredWst Posted June 18, 2017 Share Posted June 18, 2017 I recently upgraded clover to Clover v2.4k r4091. Next reboot it just hangs at a blank screen never loading the boot menu list. This was a previously working dual boot machine. System Build Gigabyte LGA1151 Intel Z170 Mini-ITX DDR4 Motherboards GA-Z170N-Gaming 5 Bios V F22 Intel Boxed Core i3-6320 Processor FC-LGA14C 3.9 3 LGA 1151 BX80662I36320 Intel HD Graphics 530 BCM94352Z NGFF M.2 WiFi WLAN Bluetooth 4.0 802.11ac Realtek ALC1150 115dB SNR HD Audio Downgrading to Clover v2.4k r4077 allow the boot screen to load and all is working though for some reason now Mac OS won't boot unless inject usb and inject ownership are checked. they previously did not need to be. Any thoughts? Try this one http://www.insanelymac.com/forum/topic/306156-clover-bugissue-report-and-patch/?p=2446314 Fred Link to comment Share on other sites More sharing options...
edoriv Posted June 18, 2017 Share Posted June 18, 2017 Try this one http://www.insanelymac.com/forum/topic/306156-clover-bugissue-report-and-patch/?p=2446314 Fred Looks like that download doesn't exist any more. Also for what it's worth I don't even get the Welcome to clover / scan entries message just a completely blank screen though could be related. Link to comment Share on other sites More sharing options...
savvas Posted June 18, 2017 Share Posted June 18, 2017 Looks like that download doesn't exist any more. Also for what it's worth I don't even get the Welcome to clover / scan entries message just a completely blank screen though could be related. Try this BOOTX64.efi 1 Link to comment Share on other sites More sharing options...
edoriv Posted June 18, 2017 Share Posted June 18, 2017 Try this BOOTX64.efi Confirmed to work... Odd still that I now have to check USB Injection and USB Ownership to get MacOS to boot. The OS wasn't changed and previously booted fine without them checked. Not a huge problem but odd no? Link to comment Share on other sites More sharing options...
chris1111 Posted June 18, 2017 Share Posted June 18, 2017 Hello @Sherloks and other Dev and coder I am asking the question because I see that the file nvram.plist installs well in the EFI part of an APFS volume. So should be able to adapt the MountESP script so that the Clover Package does the same thing with the EFI Folder I'm not coder so I do not have the skills to get there I hope to have made me understand sorry my English Thanks you Link to comment Share on other sites More sharing options...
bronxteck Posted June 18, 2017 Share Posted June 18, 2017 savva i tested the above boot file. config selection is still working correctly. but still has issue with kext to patch when selecting second config file. it only shows patches of main config.plist not secondary one. edit: if I rename confi2 to config plist then I see the kext patches. but that defeats the purpose of being able to select a different config plist in the first place. Link to comment Share on other sites More sharing options...
LockDown Posted June 19, 2017 Share Posted June 19, 2017 How to fix this: Link to comment Share on other sites More sharing options...
savvas Posted June 19, 2017 Share Posted June 19, 2017 savva i tested the above boot file. config selection is still working correctly. but still has issue with kext to patch when selecting second config file. it only shows patches of main config.plist not secondary one. edit: if I rename confi2 to config plist then I see the kext patches. but that defeats the purpose of being able to select a different config plist in the first place. Does it work in 4084? Link to comment Share on other sites More sharing options...
bronxteck Posted June 19, 2017 Share Posted June 19, 2017 i do not recall if it does. i just noticed these bugs since i wanted a different config file to test 10.13. Link to comment Share on other sites More sharing options...
savvas Posted June 19, 2017 Share Posted June 19, 2017 Problem already fixed. There was a bug in my code Check it #2157 Patch for 4092 (4093 also): apfsfull.patch.zip 3 Link to comment Share on other sites More sharing options...
Slice Posted June 19, 2017 Share Posted June 19, 2017 Welcome to Coder group! Поздравляю с погонами! 6 Link to comment Share on other sites More sharing options...
savvas Posted June 19, 2017 Share Posted June 19, 2017 Welcome to Coder group! Поздравляю с погонами! Thank you! Спасибо! Правда я не такой уж и хороший кодер, учитывая количество генерируемых мной ошибок 4 Link to comment Share on other sites More sharing options...
Recommended Posts