Jump to content

Clover Problems and Solutions


ErmaC
3,206 posts in this topic

Recommended Posts

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.

  • Like 1
Link to comment
Share on other sites

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

....

attachicon.gifCLOVERX64.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

attachicon.gif스크린샷 2017-06-14 오후 3.57.27.png

attachicon.gifscreenshot1.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

post-980913-0-85828100-1497686328_thumb.png

 

has missed word.

 

corrected this

post-980913-0-92481900-1497686339_thumb.png

 

 

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

  • Like 2
Link to comment
Share on other sites

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

post-697561-0-11307100-1497723169_thumb.png

Link to comment
Share on other sites

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

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

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

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.

 

post-748259-0-66802500-1497727363_thumb.jpg
Image1
 
post-748259-0-59921900-1497751838_thumb.png
Image 2
 
post-748259-0-61972500-1497751862_thumb.png
Image 3
  • Like 2
Link to comment
Share on other sites

 

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

 

Nice report! 

Custom entries fixed!

I'll post pkg and bootx64.efi later with patch

Link to comment
Share on other sites

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?

Link to comment
Share on other sites

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

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

12311.png
 
 

Link to comment
Share on other sites

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

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

Welcome to Coder group!

 

Поздравляю с погонами!

Thank you!

 

Спасибо! Правда я не такой уж и хороший кодер, учитывая количество генерируемых мной ошибок :)

  • Like 4
Link to comment
Share on other sites

×
×
  • Create New...