Jump to content
30960 posts in this topic

Recommended Posts

r4416 is no problem

com.apple.iokit.IONVMeFamily (10.13::External NVMe icon) :: BinPatch :: [OS: 10.13.4 | MatchOS: 10.13.x | MatchBuild: All] ==> allowed

Thanks for your reply, no change

 

0:100  0:000  Starting Clover revision: 4411 on American Megatrends EFI

 

14:438  0:000   - [02]: com.apple.driver.AppleHDA (t1-10.12-AppleHDA-Realtek-ALC...(cloverALC-all_codecs)) :: BinPatch :: [OS: 10.13.2 | MatchOS: 10.12.x, 10.13.x | MatchBuild: All] ==> not allowed

 

 

Clover_v4369/MatchOS not working:

 

[OS: 10.13.2 | MatchOS: 10.12.x, 10.13.x | MatchBuild: All] ==> not allowed

0:100  0:000  Now is 21.2.2018,  21:16:59 (GMT)
0:100  0:000  Starting Clover revision: 4369 on American Megatrends EFI

14:193  0:000  Filtering KextPatches:
14:193  0:000   - [00]: com.apple.driver.AppleHDA (t1-10.8-AppleHDA-Realtek-ALC1150) :: BinPatch :: [OS: 10.13.2 | MatchOS: All | MatchBuild: All] ==> allowed
14:193  0:000   - [01]: com.apple.driver.AppleHDA (t1-AppleHDA-Resources-xml>zml-(cloverALC-all_codecs)) :: BinPatch :: [OS: 10.13.2 | MatchOS: All | MatchBuild: All] ==> allowed
14:193  0:000   - [02]: com.apple.driver.AppleHDA (t1-10.12-AppleHDA-Realtek-ALC...(cloverALC-all_codecs)) :: BinPatch :: [OS: 10.13.2 | MatchOS: 10.12.x, 10.13.x | MatchBuild: All] ==> not allowed
14:193  0:000   - [03]: com.apple.driver.AppleHDA (t1-10.11-AppleHDA-Realtek-ALC...(cloverALC-all_codecs)) :: BinPatch :: [OS: 10.13.2 | MatchOS: 10.11.x | MatchBuild: All] ==> not allowed

Suggestions?

If I remember correctly the separator should only be a comma (i.e. ','), instead of a comma plus a space. (", ")

So you may try "10.12.x,10.13.x", rather than "10.12.x, 10.13.x".

 

 

 

It says that, but does it really patch?

The following doesn't work anymore after r4291 (I think)...

<key>KextsToPatch</key>                                         
                <array>                                                         
                        <dict>                                                  
                                <key>Comment</key>                              
                                <string>Boot screen fix</string>                
                                <key>Find</key>                                 
                                <data>AQAAdSI=</data>                           
                                <key>Name</key>                                 
                                <string>com.apple.iokit.IOGraphicsFamily</string>
                                <key>Replace</key>                              
                                <data>AQAA6yI=</data>                           
                        </dict>                                                 
                </array>     

Is it possible that the patch is broken?

"allowed" means the patch is "legal", yet may not be "appropriate".

 

EDIT: You may check the debug log, particularly something like "patched %d times", or so...

Edited by PMheart

Kext to patch is also working just fine here  :) Thanks.

 

 

 

1:446  0:000  Now is 22.2.2018,  22:35:37 (GMT)
1:446  0:000  Starting Clover revision: 4416 on CLOVER EFI
1:446  0:000  Build with: [Args: -mc --no-usb -D NO_GRUB_DRIVERS_EMBEDDED -t XCODE8 | -D DISABLE_USB_SUPPORT -D NO_GRUB_DRIVERS_EMBEDDED --conf=/Users/badruzeus/src/edk2/Conf -D USE_BIOS_BLOCKIO -D USE_LOW_EBDA -a X64 -b RELEASE -t XCODE8 -n 5 | OS: 10.11.6 | XCODE: 8.2.1]
.....  .....
7:355  0:000  === [ StartLoader ] =======================================
7:355  0:000  Finally: ExternalClock=24MHz BusSpeed=99773kHz CPUFreq=2195MHz PIS: hw.busfrequency=96000000Hz
7:355  0:000  Loading boot.efi  status=Success
7:468  0:113  GetOSVersion: 10.11.6 (15G19009)
7:468  0:000  CSR_CFG: CSR_ALLOW_UNTRUSTED_KEXTS | CSR_ALLOW_UNRESTRICTED_FS | CSR_ALLOW_TASK_FOR_PID | CSR_ALLOW_UNRESTRICTED_DTRACE | CSR_ALLOW_UNRESTRICTED_NVRAM
7:468  0:000  Filtering KextPatches:
7:468  0:000   - [00]: com.apple.driver.AirPort.Atheros40 (Wi-Fi Region) :: BinPatch :: [OS: 10.11.6 | MatchOS: All | MatchBuild: All] ==> allowed
7:468  0:000   - [01]: com.apple.driver.AppleGraphicsDevicePolicy (Disable board-id check to prevent no signal (c) lvs1974, Pike R. Alpha, vit9696) :: BinPatch :: [OS: 10.11.6 | MatchOS: All | MatchBuild: All] ==> allowed
7:468  0:000   - [02]: AppleAHCIPort (Fix Intel Chipset Error) :: BinPatch :: [OS: 10.11.6 | MatchOS: 10.13.x | MatchBuild: All] ==> not allowed
7:468  0:000   - [03]: AppleAHCIPort (Fix Intel Chipset Error Hot-plug) :: BinPatch :: [OS: 10.11.6 | MatchOS: 10.13.x | MatchBuild: All] ==> not allowed 

 

 

  • Like 1

Hi,

 

I have two configs in my clover dir. The default config sets busspeed, c3-latency and a command line, the other config has no settings here. If I now choose the other config in the clover menu, there are still the settings of the default config visible...

 

Is this a bug?

 

 

Also I have a problem with installing the macOS 10.12.6 security update 2018-001: Every time I click on restart, nothing will happen. If I then restart manually, there comes another requester, I click "install & restart", still it only restarts... Any idea? Thanks!

Aaaaand a third one: I tried to update to High Sierra on my backup drive, it restarted and now there is no boot entry for my backup drive anymore.... Why? Clover is 4392. Update?

 

This is what was added to root dir:

post-39386-0-89147100-1519751013_thumb.png

 

The kernel in /System/Library/Kernels still is there. So why there is no entry in clover anymore?  It was there before I run high Sierra installer (without APFS conversion).

Eh, that is so weird, it does not show a boot entry for the backup drive anymore. I now re-backupped the original drive, and still, no entry! oO I don't hide any drives except windows stuff. But why even after backup again still no boot entry?

 

What is the limit in number of entries in clover?


What is the usual location of the mac os sierra kernel, found by clover?


Is clover macos detection {censored}ed up?

So this maybe could be related to the "new" real efi variables thanks to new aptiofix and a limitation of the displayed clover boot entries?

 

The macos updater seems to add new efi boot entries. I also now have a weird one (targeting a physical hdd) named "boot OSX2 thru OSXSSD" (osx2 is another drive with old sierra, and OSXSSD is my real ssd boot drive). The entry is targeting OSXSSD. 

 

Before I could scroll the clover entries to the left, at least I could then select non visible ones.

 

Did you remove that?


Eh guys, I think clover aptiofix and the high sierra installer seriously {censored}ed up my mainboard efi. I cannot change any settings anymore, it will freeze if I try to save change settings. Also macos seems to write lot of stuff into the efi, like new boot entries... :(  Or is it clover?  How can I remove any EFI component installed to my mainboard bios?

The bios can reboot now again, I think i was related to EFI boot entries added by clover? or high sierra installer?.  nevertheless still cannot boot from my 1:1 sierra backup, it is a usb3 drive. Why?   clover is loaded from my main drive, but the backup drive is not listed.  

 

What could be the cause for this?

 

In what positions/paths does clover look for a boot file?

Oh c'mon guys, clover does not support the High Sierra Updater anymore!

 

After I run it (without apfs), the boot entry of the drive completely disappears in clover. Also no "continue installation entry" or whatever. I do not block any kind of entries, except windows.

 

Can you please fix this?

 

There is a "macOS Install Data" dir on the drive. I linked a shot above.

 

Here is my clover config:

config.plist.zip

Ok, I think this is the problem:

 

I boot from my main ssd still after running the updater. If I boot directly from the drive on which I run the updater, clover then will show the installer boot entries. So my feature request to you is:

 

Please make clover capable of showing installer entries from other drives, too.

Aaaaand a third one: I tried to update to High Sierra on my backup drive, it restarted and now there is no boot entry for my backup drive anymore.... Why? Clover is 4392. Update?

 

This is what was added to root dir:

attachicon.gifBildschirmfoto 2018-02-27 um 18.02.48.PNG

 

The kernel in /System/Library/Kernels still is there. So why there is no entry in clover anymore? It was there before I run high Sierra installer (without APFS conversion).

Upload ia.log

 

나의 LG-F800S 의 Tapatalk에서 보냄

sure. but Regions and Headers are not the same

1st patch is about floating memory addresses, 2nd about not-English symbols in headers

Oh im sorry. i meant:

			<key>Fixes</key>
			<dict>
				<key>FixRegions_10000000</key>
				<true/>
			</dict>

and

			<key>Fixes</key>
			<dict>
				<key>FixRegions</key>
				<true/>
			</dict> 

will this give me the same result?

  • Like 1
  • 2 weeks later...

Hey, just wanted to let you guys know that I'm just slow and behind on where I wanted to be with v3, I will get something out as soon as feasible. Also I'm having all sorts of trouble with the new color theme, it's very hard for me to read and so I may post less often...

  • Like 7

Hi guys

Got a bug report:  ATI Connectors Data and ATI Connectors Patch will not accept enough digits to allow me to use the FB connector patch that I need.

EDIT: I realised I need to make a ticket as well, which is here.

Here are examples of the patch strings I want to use:

Data: 000400000403000000010001000000001204030100000000000400000403000000010001000000002205040200000000000400000403000000010001000000001102010300000000000400000403000000010001000000002103020400000000000400000403000000010001000000001000050500000000000400000403000000010001000000002001060600000000

Patch: 000200000402000000010001000000002205050200000000040000001402000000010001000000001000060500000000000400000403000000010001000000001204030100000000000400000403000000010001000000001102010300000000000400000403000000010001000000002103020400000000000400000403000000010001000000002001040600000000

Here's what happens:

  1. If I try to copy these into ATI Connectors Data or ATI Connectors Patch in Clover Configurator, it changes it to '0'
  2. If I manually edit them into config.plist, Configurator says: "Please fix the following code before saving: integer overflow in <integer> on line 162"
  3. If I ignore this and boot with the config.plist, I get an exception and crash when Clover tries to load - printed in huge red text all over the screen :)

My guess is there's one or two issues here:

  • In Sierra/High Sierra, many more digits were added to the required FB data (at least 16 extra digits, maybe more actually)
  • I am trying to patch six connectors, which is more than most people.

EDIT: I just tested with a four-connector patch, and that is also not accepted.  So I guess maybe it is the extra digits added by Sierra.  Unless I'm doing something wrong here?

Thanks

Edited by TheBloke
×
×
  • Create New...