Clover General discussion

[makk]

The other thing to look at sometimes we forget due to the many variances to the complexity to get Hacky to boot:

are and I am guilty for this and for the other ones. Because these are not in config.plist due to not putting them in.

So we forget because they are not in them. Commenting them out after having them written it is good practice instead

 of deleting from the config.plist. then this way you don't have to scramble through sample-config.plist or some page.

 

In the config.plist under Boot there is

two defaults that is overlooked or forgotten quite often due to scrambling around for a fix on something else.

 

Boot Section of config.plist

1 DefaultVolume: string [name of volume or LastedBootedVolume

1 DefaultLoader:  boot.efi [ or Cloverx64.efi ] now I had a thought which occurred to me is that you can put here some other modified 'boot.efi'; haven't tried it yet but I wonder what the outcome is? such as OpenCore.efi?  or some Grub job.efi? 

 

With these above options in boot, you can delete them, comment them out. 

 

By default the boot will be last booted volume.

By default it will be 'boot.efi.'

 

 

[makk]

could be language issue as well on the hardware.  have had this issue once or twice.

 

 

[Slice]

10 hours ago, tluck said:

still the same?

CC] ConsoleWrappers

In file included from /opt/Source/Clover/rEFIt_UEFI/Platform/APFS.cpp:8:

In file included from /opt/Source/Clover/rEFIt_UEFI/PlatformEFI/include/Platform.h:19:

In file included from /opt/Source/Clover/rEFIt_UEFI/cpp_foundation/XString.h:13:

        size_t nb = 0;

               ^

/opt/Source/Clover/rEFIt_UEFI/Platform/APFS.cpp:52:68: note: in instantiation of function template specialization '__String<char, XString8>::isEqualIC<char, XString8>' requested here

    if ( GuidLEToXString8(*(EFI_GUID *)((UINT8 *)DevicePath+0x04)).isEqualIC(ApfsSignatureUUID) ) {

                                                                   ^

1 error generated.

make: *** [/opt/Source/Clover/Build/Clover/RELEASE_XCODE8/X64/rEFIt_UEFI/refit/OUTPUT/Platform/APFS.obj] Error 1

 

 

build.py...

: error 7000: Failed to execute command

make tbuild [/opt/Source/Clover/Build/Clover/RELEASE_XCODE8/X64/rEFIt_UEFI/refit]

 

 

build.py...

: error F002: Failed to build module

/opt/Source/Clover/rEFIt_UEFI/refit.inf [X64, XCODE8, RELEASE]

 

- Failed -

Build end time: 14:45:52, Mar.22 2022

Build total time: 00:00:51

 

exit due to issues; 1 error generated.

make: *** [/opt/Source/Clover/Build/Clover/RELEASE_XCODE8/X64/rEFIt_UEFI/refit/OUTPUT/Platform/APFS.obj] Error 1

: error 7000: Failed to execute command

: error F002: Failed to build module

- Failed -

 

this line commented out in repo

-  size_t nb = 0;
+//  size_t nb = 0;

 

[Slice]

9 hours ago, makk said:

 

 

Boot Section of config.plist

1 DefaultVolume: string [name of volume or LastedBootedVolume

1 DefaultLoader:  boot.efi [ or Cloverx64.efi ] now I had a thought which occurred to me is that you can put here some other modified 'boot.efi'; haven't tried it yet but I wonder what the outcome is? such as OpenCore.efi?  or some Grub job.efi? 

 

With these above options in boot, you can delete them, comment them out. 

 

By default the boot will be last booted volume.

By default it will be 'boot.efi.'

 

 

DefaultLoader is not Clover or OpenCore. They are Boot Managers.

They choose a Boot Loader for operating system like

boot.efi for macOS

bootmgfw.efi for Windows

grubx64.efi for Linux

 

Fully agree with default values. They are not set?

[tluck]

11 hours ago, Slice said:

this line commented out in repo

-  size_t nb = 0;
+//  size_t nb = 0;

 

this is not the only issue...

/opt/Source/Clover/rEFIt_UEFI/cpp_foundation/XStringAbstract.h:553:85: note: in instantiation of function template specialization '__String<wchar_t, XStringW>::strcmp<wchar_t>' requested here

        bool operator == (const __String<O, OtherXStringClass>& s2) const { return (*this).strcmp(s2.s()) == 0; }

                                                                                           ^

/opt/Source/Clover/rEFIt_UEFI/refit/../libeg/libeg.h:132:19: note: in instantiation of function template specialization '__String<wchar_t, XStringW>::operator==<wchar_t, XStringW>' requested here

    if ( !(SValue == other.SValue ) ) return false;

                  ^

 

/opt/Source/Clover/rEFIt_UEFI/Settings/ConfigPlist/Config_GUI.h:86:131: note: in instantiation of function template specialization '__String<char, XString8>::startWithIC<char>' requested here

          XBool dgetLegacyFirst() const { return Legacy.isDefined() && Legacy.xmlString8.isDefined() && Legacy.xmlString8.value().startWithIC("F"); };

                                                                                                                                  ^

Edited March 23, 2022 by tluck

[makk]

12 hours ago, Slice said:

DefaultLoader is not Clover or OpenCore. They are Boot Managers.

They choose a Boot Loader for operating system like

boot.efi for macOS

bootmgfw.efi for Windows

grubx64.efi for Linux

 

Fully agree with default values. They are not set?

 

thanks yes I have defaults set, update with sample-config.plist 

to config.plist whenever changes are made in newer versions of clover.

 

Nice, so I can set DefaultLoader to other than boot.efi such as

1 Cloverx64.efi

2 bootmgfw.efi

 

I have set Cloverx64.efi to see what happens.

But have not tried bootmgfw.efi to boot only MS.

 

 

 

 

 

Question then,

 

what would cause Windows to autoboot ignoring Clover Menu?

 

Overriden scenario, bypass, door closed

Edited March 23, 2022 by makk

[SavageAUS]

 
thanks yes I have defaults set, update with sample-config.plist 
to config.plist whenever changes are made in newer versions of clover.
 
Nice, so I can set DefaultLoader to other than boot.efi such as
1 Cloverx64.efi
2 bootmgfw.efi
 
I have set Cloverx64.efi to see what happens.
But have not tried bootmgfw.efi to boot only MS.
 
 
 
 
 
Question then,
 
what would cause Windows to autoboot ignoring Clover Menu?
 
Overriden scenario, bypass, door closed

For the clover boot gui to get skipped you would have to have your boot order set wrong in bios.


Sent from my iPhone using Tapatalk

[makk]

3 minutes ago, SavageAUS said:

For the clover boot gui to get skipped you would have to have your boot order set wrong in bios.


Sent from my iPhone using Tapatalk

 

Thanks, I don't have that issue.

 

Someone else does.

 

So they might have BIOS set to select Bootmgfw.efi to start. MS Windows

 

[makk]

@SavageAUS

 

I have a question off topic if you could let me know in a private message.

 

I see you have Nvidia GTX 1650 on your laptop.

I just bought an used Asus Nitro 5 with Nvidia GTX 1050 Ti and wanted to know how 

and if it can be running on Monterey. What you had to do to get up if it is up.

 

 

[joevt]

On 3/22/2022 at 6:56 AM, MifJpnAlphaPlus said:

 

Hello.

I didn't know there was such a great option. Amazing!

Windows tends to set up its own deep folders in the UEFI order.

　In contrast, creating UEFI items is quite a tedious process.
　As such, if it is not that amazing option, I work in UBUNTU's live mode, such as
　This was a nice experience to see how UEFI boot items work.

https://mifmif-mydns-jp.translate.goog/pcpc/index.php?PC3-180909&_x_tr_sl=ja&_x_tr_tl=en&_x_tr_hl=ja&_x_tr_pto=wapp

(Pardon the automatic translation.)

 

 

Yes!
This option just blew me away!

 

My gfxutil.sh script for macOS can list and set boot#### items. It requires macOS to be able to correctly create the UEFI device path of the partition which usually works fine but there may be some cases where it doesn't work.

https://gist.github.com/joevt/477fe842d16095c2bfd839e2ab4794ff

[Slice]

On 3/23/2022 at 11:07 PM, tluck said:

this is not the only issue...

/opt/Source/Clover/rEFIt_UEFI/cpp_foundation/XStringAbstract.h:553:85: note: in instantiation of function template specialization '__String<wchar_t, XStringW>::strcmp<wchar_t>' requested here

        bool operator == (const __String<O, OtherXStringClass>& s2) const { return (*this).strcmp(s2.s()) == 0; }

                                                                                           ^

/opt/Source/Clover/rEFIt_UEFI/refit/../libeg/libeg.h:132:19: note: in instantiation of function template specialization '__String<wchar_t, XStringW>::operator==<wchar_t, XStringW>' requested here

    if ( !(SValue == other.SValue ) ) return false;

                  ^

 

/opt/Source/Clover/rEFIt_UEFI/Settings/ConfigPlist/Config_GUI.h:86:131: note: in instantiation of function template specialization '__String<char, XString8>::startWithIC<char>' requested here

          XBool dgetLegacyFirst() const { return Legacy.isDefined() && Legacy.xmlString8.isDefined() && Legacy.xmlString8.value().startWithIC("F"); };

                                                                                                                                  ^

It is induced issue.

[Guest 5T33Z0]

r5146 feels super snappy. Boot times are super fast as well on my desktop and Firefox also feels faster when booting through Clover rather than OC. I don't know why since I configured both configs the same, basically. But that's my experience with the last couple of releases. Great work.

[phi777]

On 3/27/2022 at 6:47 PM, 5T33Z0 said:

r5146 feels super snappy.

It seems that a few macos updates ago my hackintosh turned off trim support, which I had enabled. Turned it on again and after some time it seems to be faster again, but it could also be my imagination, lol.

[Guest 5T33Z0]

I think there's a bug in r5146. It seems that it does not drop the DMAR table. I have Clover set up up to drop the original DMAR table:

 

 

And use my modifier one instead (located under ACPI > patched:

 

 

But, when I open maciASL can see, that it didn't drop the original. There' are 2 now, DMAR and DMAR-1:

 

 

So I thought I just Select Drop DMAR and add a Table Length as well. Bit Clover Configurator won't allow me to use the Table Length/ID feature with preset tables from the dropdown menu.

 

Does someone know how to workaround it?

 

[Slice]

Don't use Clover Configurator.

There can't be a bug in table dropping, It works years.

[Guest 5T33Z0]

Then tell me what to enter because it doesn't work.

[Slice]

I just tested.

Clover menu

Setting in config.plist

           <key>DropTables</key>
            <array>
                <dict>
                    <key>Signature</key>
                    <string>DMAR</string>
                </dict>
                <dict>
                    <key>TableId</key>
                    <string>Cpu0Ist</string>
                    <key>Signature</key>
                    <string>SSDT</string>
                </dict>
                <dict>
                    <key>TableId</key>
                    <string>CpuPm</string>
                    <key>Signature</key>
                    <string>SSDT</string>
                </dict>
                <dict>
                    <key>Length</key>
                    <integer>3806</integer>
                    <key>Signature</key>
                    <string>SSDT</string>
                </dict>
            </array>

Then look into boot-log

2:654  0:000   - [18]: VFCT  A M I len=60036
2:654  0:000   - [19]: DMAR  A M I len=112
2:654  0:000   - [00]: Drop table : DMAR,                0 :  yes
2:654  0:000   - [01]: Drop table : SSDT,   74734930757043 :  no
2:654  0:000   - [02]: Drop table : SSDT,       6d50757043 :  no
2:654  0:000   - [03]: Drop table : SSDT,                0 :  yes
2:654  0:000  Custom boot CUSTOM_BOOT_DISABLED (0x0)

...
53:315  0:000  === [ ACPIDropTables ] ==========================
53:315  0:000  Drop tables from XSDT, SIGN=DMAR TableID=A M I Length=112
53:315  0:000   Table[19]: DMAR  A M I  112 dropped
53:315  0:000  Drop tables from XSDT, SIGN=SSDT TableID=A M I Length=3806
53:315  0:000   Table[11]: SSDT  A M I  3806 dropped

Then start DarwinDumper and see all ACPI tables present in system

The DMAR table is absent

 

See double FACS tables. It is possible because of double place. May be your hardware has double DMAR tables. Look carefully to drop both of them. Yes, by length.

 

[LAbyOne]

Clover Suite Builder  NEW update available

 

[chris1111]

Hi @Slice Clover r5146 can not boot Install macOS Catalina.app 10.15.7, but it can boot Install Big Sur and Install Monterey

Some thing change in kernel management I think because OC can boot Catalina and Lower without issue

This is the Pics boot screen from my Laptop and same issue from my 2 other Hackintosh PC

Spoiler

Edited April 10, 2022 by chris1111

[Slice]

2 hours ago, chris1111 said:

Hi @Slice Clover r5146 can not boot Install macOS Catalina.app 10.15.7, but it can boot Install Big Sur and Install Monterey

Some thing change in kernel management I think because OC can boot Catalina and Lower without issue

This is the Pics boot screen from my Laptop and same issue from my 2 other Hackintosh PC

 

 

See you but I see no reason for that. 

What about early Clover versions?

The crash on your screen corresponds to wrong ACPI (DSDT,SSDT etc)

[chris1111]

5 hours ago, Slice said:

See you but I see no reason for that. 

What about early Clover versions?

The crash on your screen corresponds to wrong ACPI (DSDT,SSDT etc)

Maybe the problem is latest Install Catalina.app or corruption of the app?

EDIT. ***

YES you are absolutly right its an SSDT causing the boot problem

Thanks for advice, Solved!

Edited April 10, 2022 by chris1111

[Guest 5T33Z0]

@Slice About DMAR. Thanks for checking. Here are my settings:

 

 

If I boot with Clover, the DMAR table remains in ACPI. I can grab it through maciASL:

 

If I use OpenCore to drop the DMAR table, it is not present:

 

 

Results for extracting Tables with Darwin Dumper when running Clover:

 

 

So, as you can see, it doesn't drop the table for my system.

 

[Slice]

@5T33Z0

Check with a Hex editor if the string                     <string>DMAR</string> doesn't contain invisible symbols.

Also dump tables in Clover by F4. Something not usual?

[Guest 5T33Z0]

@SliceI already deleted the whole key and created a new one. Nothing unusual when dumping the ACPI tables either. There are no hidden chars in the file:

 

Edited April 10, 2022 by 5T33Z0

[Guest 5T33Z0]

@Hervé

1. I was asked to look for invisible characters in the config for this key in hex – so I did . There are none.
2. The config is not corrupt. Otherwise it wouldn't be possible to boot nor open/edit it
3. I can select to drop the table DMAR from the Clover GUI (it is pre-selected) -  it's just not dropped.

I've tried every option to dump the DMAR table with Clover now – including table length and table ID - It simple does not work in Clover r5146, latest release: https://github.com/CloverHackyColor/CloverBootloader/actions/runs/2143072306

 

I can't tell if it worked before because I've only noticed it recently. There are no issues with dropping other tables, though.