Jump to content
30960 posts in this topic

Recommended Posts

Same here on 4230. Extra icon in Clover. macOS 10.13.1, 17B25c, Laptop specs in sig.

 

attachicon.gifscreenshot4.png - Extra Icon.

I remember it also appeared on Clover GUI (I forgot which rev) when DP1 just seeded, we also had long conversations on "Pre-release 10.13" thread started by @arsadu asking about how to hide these volumes using UUID months ago (I lost the link). Is there another issue if these are shown, except UI.. we're able to hide them within config.plist aren't we?  :)  

Updated Clover r4226 there are have 4 icons for macOS.

 

attachicon.gifCAEC0318809AB4AC01C059240DF7A2FE.jpg

 

See commit for r4225 - adds new code for detection of /Volumes/Preboot/UUID/com.apple.installer/boot.efi.

 

If you mount your Preboot volume and show hidden files in Finder, you can see...

 

post-846696-0-44069500-1506772464_thumb.png

 

 

Method for hiding the new entry would be similar to hiding the Preboot Entry discussed in my guide, just adjust the path to \UUID\com.apple.installer\boot.efi.

  • Like 6

See commit for r4225 - adds new code for detection of /Volumes/Preboot/UUID/com.apple.installer/boot.efi.

 

If you mount your Preboot volume and show hidden files in Finder, you can see...

 

 

 

Method for hiding the new entry would be similar to hiding the Preboot Entry discussed in my guide, just adjust the path to \UUID\com.apple.installer\boot.efi.

Thanks that worked after setting the type to OSXInstaller.

  • Like 1

Question:

If i look for nvram keys, i see that nvda_drv 1%00.

I think its made by Clover settting webdriver true?

 

When i switch from Web Driver to OS X default and back to Web Driver  (no restart between changes) with Nvidia Menue , the nvram is set to:  nvda_drv 1

After reboot again nvda_drv 1%00.

I have no probs with webdriver, they are enabled ( so the web drivers. My MB, an GA-Z77 has woring NVRAM (no emulation.efi needed).

 

 

 

Can this be an problem in future? 

@Slice

 

i wonder sorted the file order by name.

1. copy EFI folder and check log --> order is jumbled up.

0:151  0:000  === [ LoadDrivers ] =======================================
0:152  0:001  Loading OsxAptioFix2Drv.efi  status=Success
0:159  0:006  Loading OsxFatBinaryDrv-64.efi  status=Success
0:164  0:004  Loading HFSPlus.efi  status=Success
0:169  0:004   - driver needs connecting
0:169  0:000  Loading AppleImageCodec-64.efi  status=Success
0:174  0:005  Loading AppleUITheme-64.efi  status=Success
0:179  0:005  Loading DataHubDxe-64.efi  status=Success
0:186  0:006  Loading AppleKeyAggregator-64.efi  status=Success
0:191  0:004  Loading apfs.efi  status=Success
0:198  0:007   - driver needs connecting
0:198  0:000  Loading FSInject-64.efi  status=Success
0:204  0:006  Loading FirmwareVolume-64.efi  status=Success
0:209  0:004  Loading EmuVariableUefi-64.efi  status=Success
0:214  0:004  EmuVariableUefi Initialize: VariableCommonInitialize = Success, orig services stored, install gEmuVariableControlProtocolGuid = Success
0:214  0:000  Loading SMCHelper-64.efi  status=Success
0:220  0:005  2 drivers needs connecting ...
0:220  0:000  PlatformDriverOverrideProtocol->GetDriver overriden
0:220  0:000  HFS+ driver loaded
0:220  0:000  APFS driver loaded
0:220  0:000  Searching for invalid DiskIo BY_DRIVER connects: not found, all ok
0:787  0:567  EmuVariable InstallEmulation: orig vars copied, emu.var.services installed, CreateEvent VirtualAddressChange = Success, CreateEvent ExitBootServices = Success, set Status=Success
26:142  0:001  Preparing kexts injection for arch=x86_64 from EFI\CLOVER\kexts\10.13
26:142  0:000  Extra kext: EFI\CLOVER\kexts\10.13\FakeSMC.kext
26:151  0:009    |-- PlugIn kext: EFI\CLOVER\kexts\10.13\FakeSMC.kext\Contents\PlugIns\ACPISensors.kext
26:163  0:011    |-- PlugIn kext: EFI\CLOVER\kexts\10.13\FakeSMC.kext\Contents\PlugIns\CPUSensors.kext
26:169  0:005    |-- PlugIn kext: EFI\CLOVER\kexts\10.13\FakeSMC.kext\Contents\PlugIns\GPUSensors.kext
26:178  0:009    |-- PlugIn kext: EFI\CLOVER\kexts\10.13\FakeSMC.kext\Contents\PlugIns\LPCSensors.kext
26:211  0:033  Extra kext: EFI\CLOVER\kexts\10.13\IntelGraphicsFixup.kext
26:218  0:006  Extra kext: EFI\CLOVER\kexts\10.13\Shiki.kext
26:224  0:006  Extra kext: EFI\CLOVER\kexts\10.13\NvidiaGraphicsFixup.kext
26:230  0:006  Extra kext: EFI\CLOVER\kexts\10.13\USBInjectAll.kext
26:382  0:151  Extra kext: EFI\CLOVER\kexts\10.13\RealtekRTL8111.kext
26:393  0:011  Extra kext: EFI\CLOVER\kexts\10.13\Lilu.kext

2. copy EFI folder and check log --> Sort by descending order using name.

0:157  0:000  === [ LoadDrivers ] =======================================
0:159  0:001  Loading apfs.efi  status=Success
0:168  0:009   - driver needs connecting
0:168  0:000  Loading OsxFatBinaryDrv-64.efi  status=Success
0:174  0:005  Loading AppleImageCodec-64.efi  status=Success
0:178  0:004  Loading AppleUITheme-64.efi  status=Success
0:184  0:005  Loading DataHubDxe-64.efi  status=Success
0:192  0:007  Loading EmuVariableUefi-64.efi  status=Success
0:196  0:004  EmuVariableUefi Initialize: VariableCommonInitialize = Success, orig services stored, install gEmuVariableControlProtocolGuid = Success
0:197  0:000  Loading AppleKeyAggregator-64.efi  status=Success
0:203  0:006  Loading HFSPlus.efi  status=Success
0:209  0:005   - driver needs connecting
0:209  0:000  Loading OsxAptioFix2Drv.efi  status=Success
0:213  0:004  Loading FSInject-64.efi  status=Success
0:220  0:007  Loading FirmwareVolume-64.efi  status=Success
0:227  0:007  Loading SMCHelper-64.efi  status=Success
0:235  0:007  2 drivers needs connecting ...
0:235  0:000  PlatformDriverOverrideProtocol->GetDriver overriden
0:235  0:000  HFS+ driver loaded
0:235  0:000  APFS driver loaded
0:235  0:000  Searching for invalid DiskIo BY_DRIVER connects: not found, all ok
0:683  0:448  EmuVariable InstallEmulation: orig vars copied, emu.var.services installed, CreateEvent VirtualAddressChange = Success, CreateEvent ExitBootServices = Success, set Status=Success
3:731  0:001  Preparing kexts injection for arch=x86_64 from EFI\CLOVER\kexts\10.13
3:731  0:000  Extra kext: EFI\CLOVER\kexts\10.13\USBInjectAll.kext
3:846  0:115  Extra kext: EFI\CLOVER\kexts\10.13\Shiki.kext
3:853  0:006  Extra kext: EFI\CLOVER\kexts\10.13\RealtekRTL8111.kext
3:863  0:009  Extra kext: EFI\CLOVER\kexts\10.13\NvidiaGraphicsFixup.kext
3:870  0:006  Extra kext: EFI\CLOVER\kexts\10.13\Lilu.kext
3:878  0:007  Extra kext: EFI\CLOVER\kexts\10.13\IntelGraphicsFixup.kext
3:884  0:006  Extra kext: EFI\CLOVER\kexts\10.13\FakeSMC.kext
3:896  0:011    |-- PlugIn kext: EFI\CLOVER\kexts\10.13\FakeSMC.kext\Contents\PlugIns\LPCSensors.kext
3:941  0:045    |-- PlugIn kext: EFI\CLOVER\kexts\10.13\FakeSMC.kext\Contents\PlugIns\GPUSensors.kext
3:952  0:011    |-- PlugIn kext: EFI\CLOVER\kexts\10.13\FakeSMC.kext\Contents\PlugIns\CPUSensors.kext
3:961  0:008    |-- PlugIn kext: EFI\CLOVER\kexts\10.13\FakeSMC.kext\Contents\PlugIns\ACPISensors.kext

i didn't changed any files and folder. just copied EFI folder in ESP. 

The file order is jumbled up in the log. Of course I sorted the file order by name in the drivers64UEFI folder.
the kext files order are also jumbled up.
Why is this happening? I sorted the file order by name clearly, but the order in the GUI and the log is messed up.
 
Is there a way to avoid this?
I suspected the .DS_Store file. So I tried to delete the file and regenerate it. However, this phenomenon still appears.
 
summary
order problem
-*.aml files in ACPI/Patches folder
-*.kext files in kexts folder
-*.efi files in drivers64UEFI folder
 
sorry for my bad english
 
thanks in advance
  • Like 1

Slice - I've managed to get clover to build locally (Had XCode 9 installed, but gcc-4.9.3 requires ~> 8.0) and am doing to do a bisect between 4128 and 4220 to find out exactly what rev my system broke on.  Once I've done that, do you mind helping me debug the changes in that revision?  I suspect that'll be beyond my working knowledge of C/UEFI

Hi

I used to use arbitrary properties to prevent clover auto injecting various strings

like "MaximumBootBeepVolume" "PinConfigurations" and "built-in" for various devices

now that inject is enabled even with arbitrary properties,

is there a way to make clover stop injecting these?

Thanks

 

Never mind

had to set inject to yes.  :)

 

 

 

@Slice

 

i wonder sorted the file order by name.

1. copy EFI folder and check log --> order is jumbled up.

0:151  0:000  === [ LoadDrivers ] =======================================
0:152  0:001  Loading OsxAptioFix2Drv.efi  status=Success
0:159  0:006  Loading OsxFatBinaryDrv-64.efi  status=Success
0:164  0:004  Loading HFSPlus.efi  status=Success
0:169  0:004   - driver needs connecting
0:169  0:000  Loading AppleImageCodec-64.efi  status=Success
0:174  0:005  Loading AppleUITheme-64.efi  status=Success
0:179  0:005  Loading DataHubDxe-64.efi  status=Success
0:186  0:006  Loading AppleKeyAggregator-64.efi  status=Success
0:191  0:004  Loading apfs.efi  status=Success
0:198  0:007   - driver needs connecting
0:198  0:000  Loading FSInject-64.efi  status=Success
0:204  0:006  Loading FirmwareVolume-64.efi  status=Success
0:209  0:004  Loading EmuVariableUefi-64.efi  status=Success
0:214  0:004  EmuVariableUefi Initialize: VariableCommonInitialize = Success, orig services stored, install gEmuVariableControlProtocolGuid = Success
0:214  0:000  Loading SMCHelper-64.efi  status=Success
0:220  0:005  2 drivers needs connecting ...
0:220  0:000  PlatformDriverOverrideProtocol->GetDriver overriden
0:220  0:000  HFS+ driver loaded
0:220  0:000  APFS driver loaded
0:220  0:000  Searching for invalid DiskIo BY_DRIVER connects: not found, all ok
0:787  0:567  EmuVariable InstallEmulation: orig vars copied, emu.var.services installed, CreateEvent VirtualAddressChange = Success, CreateEvent ExitBootServices = Success, set Status=Success
26:142  0:001  Preparing kexts injection for arch=x86_64 from EFI\CLOVER\kexts\10.13
26:142  0:000  Extra kext: EFI\CLOVER\kexts\10.13\FakeSMC.kext
26:151  0:009    |-- PlugIn kext: EFI\CLOVER\kexts\10.13\FakeSMC.kext\Contents\PlugIns\ACPISensors.kext
26:163  0:011    |-- PlugIn kext: EFI\CLOVER\kexts\10.13\FakeSMC.kext\Contents\PlugIns\CPUSensors.kext
26:169  0:005    |-- PlugIn kext: EFI\CLOVER\kexts\10.13\FakeSMC.kext\Contents\PlugIns\GPUSensors.kext
26:178  0:009    |-- PlugIn kext: EFI\CLOVER\kexts\10.13\FakeSMC.kext\Contents\PlugIns\LPCSensors.kext
26:211  0:033  Extra kext: EFI\CLOVER\kexts\10.13\IntelGraphicsFixup.kext
26:218  0:006  Extra kext: EFI\CLOVER\kexts\10.13\Shiki.kext
26:224  0:006  Extra kext: EFI\CLOVER\kexts\10.13\NvidiaGraphicsFixup.kext
26:230  0:006  Extra kext: EFI\CLOVER\kexts\10.13\USBInjectAll.kext
26:382  0:151  Extra kext: EFI\CLOVER\kexts\10.13\RealtekRTL8111.kext
26:393  0:011  Extra kext: EFI\CLOVER\kexts\10.13\Lilu.kext

2. copy EFI folder and check log --> Sort by descending order using name.

0:157  0:000  === [ LoadDrivers ] =======================================
0:159  0:001  Loading apfs.efi  status=Success
0:168  0:009   - driver needs connecting
0:168  0:000  Loading OsxFatBinaryDrv-64.efi  status=Success
0:174  0:005  Loading AppleImageCodec-64.efi  status=Success
0:178  0:004  Loading AppleUITheme-64.efi  status=Success
0:184  0:005  Loading DataHubDxe-64.efi  status=Success
0:192  0:007  Loading EmuVariableUefi-64.efi  status=Success
0:196  0:004  EmuVariableUefi Initialize: VariableCommonInitialize = Success, orig services stored, install gEmuVariableControlProtocolGuid = Success
0:197  0:000  Loading AppleKeyAggregator-64.efi  status=Success
0:203  0:006  Loading HFSPlus.efi  status=Success
0:209  0:005   - driver needs connecting
0:209  0:000  Loading OsxAptioFix2Drv.efi  status=Success
0:213  0:004  Loading FSInject-64.efi  status=Success
0:220  0:007  Loading FirmwareVolume-64.efi  status=Success
0:227  0:007  Loading SMCHelper-64.efi  status=Success
0:235  0:007  2 drivers needs connecting ...
0:235  0:000  PlatformDriverOverrideProtocol->GetDriver overriden
0:235  0:000  HFS+ driver loaded
0:235  0:000  APFS driver loaded
0:235  0:000  Searching for invalid DiskIo BY_DRIVER connects: not found, all ok
0:683  0:448  EmuVariable InstallEmulation: orig vars copied, emu.var.services installed, CreateEvent VirtualAddressChange = Success, CreateEvent ExitBootServices = Success, set Status=Success
3:731  0:001  Preparing kexts injection for arch=x86_64 from EFI\CLOVER\kexts\10.13
3:731  0:000  Extra kext: EFI\CLOVER\kexts\10.13\USBInjectAll.kext
3:846  0:115  Extra kext: EFI\CLOVER\kexts\10.13\Shiki.kext
3:853  0:006  Extra kext: EFI\CLOVER\kexts\10.13\RealtekRTL8111.kext
3:863  0:009  Extra kext: EFI\CLOVER\kexts\10.13\NvidiaGraphicsFixup.kext
3:870  0:006  Extra kext: EFI\CLOVER\kexts\10.13\Lilu.kext
3:878  0:007  Extra kext: EFI\CLOVER\kexts\10.13\IntelGraphicsFixup.kext
3:884  0:006  Extra kext: EFI\CLOVER\kexts\10.13\FakeSMC.kext
3:896  0:011    |-- PlugIn kext: EFI\CLOVER\kexts\10.13\FakeSMC.kext\Contents\PlugIns\LPCSensors.kext
3:941  0:045    |-- PlugIn kext: EFI\CLOVER\kexts\10.13\FakeSMC.kext\Contents\PlugIns\GPUSensors.kext
3:952  0:011    |-- PlugIn kext: EFI\CLOVER\kexts\10.13\FakeSMC.kext\Contents\PlugIns\CPUSensors.kext
3:961  0:008    |-- PlugIn kext: EFI\CLOVER\kexts\10.13\FakeSMC.kext\Contents\PlugIns\ACPISensors.kext

i didn't changed any files and folder. just copied EFI folder in ESP. 

The file order is jumbled up in the log. Of course I sorted the file order by name in the drivers64UEFI folder.
the kext files order are also jumbled up.
Why is this happening? I sorted the file order by name clearly, but the order in the GUI and the log is messed up.
 
Is there a way to avoid this?
I suspected the .DS_Store file. So I tried to delete the file and regenerate it. However, this phenomenon still appears.
 
summary
order problem
-*.aml files in ACPI/Patches folder
-*.kext files in kexts folder
-*.efi files in drivers64UEFI folder
 
sorry for my bad english
 
thanks in advance

 

 

 

I think i understand correctly. If i build clover in 10.12.6 the installer gui shows the Drivers64UEFI in a sorted order but in 10.13 they are scrambled like in the screenshot.

post-1083558-0-71550200-1506814979_thumb.png - Is this what you mean @Sherlocks

  • Like 2

Alrighty - I've managed to isolate the change, and it actually makes complete sense given my platform - Haswell-E

 

I'm working up to and including r4144 (https://sourceforge.net/p/cloverefiboot/code/4144/)

 

4145 + 4146 (https://sourceforge.net/p/cloverefiboot/code/4145/ https://sourceforge.net/p/cloverefiboot/code/4146/) appear to switch over to a new form of injecting Haswell-E support and, at least for me, it doesn't work.

 

Slice - is it possible to revert those commits and go back to the old method?  I'm going to try and code it up locally, but as mentioned I'm not used to C :(

 

 

 

 

I think i understand correctly. If i build clover in 10.12.6 the installer gui shows the Drivers64UEFI in a sorted order but in 10.13 they are scrambled like in the screenshot.

attachicon.gifScreen Shot 2017-10-01 at 10.11.29 am.png - Is this what you mean @Sherlocks

where link download this clover ? thank

@Sherlocks,
Clover uses file order as File System proposed.
FAT32 file system has random order. When new file is created it will be placed on first unoccupied place. It can be in head or in tail of the file list.
HFS+ file system has strong alphabetic order.
 
 

Question:
If i look for nvram keys, i see that nvda_drv 1%00.
I think its made by Clover settting webdriver true?
 
When i switch from Web Driver to OS X default and back to Web Driver  (no restart between changes) with Nvidia Menue , the nvram is set to:  nvda_drv 1
After reboot again nvda_drv 1%00.
I have no probs with webdriver, they are enabled ( so the web drivers. My MB, an GA-Z77 has woring NVRAM (no emulation.efi needed).
 
 
 
Can this be an problem in future?

 
Do you know that the NVRAM key was changed from 10.11.6 to 10.12? I am not sure Chameleon do this.
To set Nvidia WEB Driver:
in ElCapitan  -  "boot-args" => "nvda_drv=1"
in Sierra - "nvda_drv" => "1"
See the difference.
 

qq - Is there a way to find out the revision of edk2 to use with each clover revision?  I can build all the way down to r4224 but anything below that errors - I'm guessing my edk2 needs to be downgraded too

I compiled Clover with the same old EDK2 revision except the commit like "sync with EDK2 ...".

Check again if this is Clover bug and not your. Changes in config.plist. Boot in legacy UEFI. Changes in OS update and so on.


Alrighty - I've managed to isolate the change, and it actually makes complete sense given my platform - Haswell-E

 

I'm working up to and including r4144 (https://sourceforge.net/p/cloverefiboot/code/4144/)

 

4145 + 4146 (https://sourceforge.net/p/cloverefiboot/code/4145/ https://sourceforge.net/p/cloverefiboot/code/4146/) appear to switch over to a new form of injecting Haswell-E support and, at least for me, it doesn't work.

 

Slice - is it possible to revert those commits and go back to the old method?  I'm going to try and code it up locally, but as mentioned I'm not used to C :(

Sorry, see you.

@syscl

This is second claim about this change.

  • Like 1

If only @blackosx grants me such permission, maybe I could help to rebuilding "embedded" theme.  :)

Just make such a theme then I embed it into Clover.

I think blackosx will not protest against.

 

EDITED.

It must be very-very little, simple, without beauty images.

 

 

 

 

I think i understand correctly. If i build clover in 10.12.6 the installer gui shows the Drivers64UEFI in a sorted order but in 10.13 they are scrambled like in the screenshot.

attachicon.gifScreen Shot 2017-10-01 at 10.11.29 am.png - Is this what you mean @Sherlocks

 

i didn't notice this in installer. i just found it in Clover GUI and log

 

@Sherlocks,

Clover uses file order as File System proposed.

FAT32 file system has random order. When new file is created it will be placed on first unoccupied place. It can be in head or in tail of the file list.

HFS+ file system has strong alphabetic order.

 

 

thank you.

Just make such a theme then I embed it into Clover.

I think blackosx will not protest against.

 

EDITED.

It must be very-very little, simple, without beauty images.

 

Time ago I have "extract" some image from embedded in the code...

hex_png.zip

most of them are 64x64... what you mean with reduce? the pixel ex:32x32 or 16x16

or you mean a different/better compression ?

 

ErmaC

Evening folks,

 

Would anyone know where I might start to look into why when upgrading from r4188 to r4231 I loose my HD4000 GPU and onboard Audio please (Using the System in Sig below)?

 

I have narrowed it down to a change after 4200 4215 and before (Or in) 4220 if anyone has any ideas whilst I continue testing?

 

Looks like a change made in 4217 is causing me the issue!

 

So, if I use the following in my Config.plist and ARPT renaming was cancelled in 4217 (The only change as I see) is there any way round it other than to not use it?

 

post-499606-0-11157900-1506855182_thumb.png

 

 

This is also in my SSDT-1.aml

        Scope (\_SB.PCI0.RP05.ARPT)
        {
            Device (ARPT)
            {
                Name (_ADR, 0x001C0004)
                Name (_SUN, 0x05)
            }

            Method (_DSM, 4, NotSerialized)
            {
                Store (Package (0x0C)
                    {
                        "AAPL,slot-name", 
                        "Built In", 
                        "name", 
                        "Airport Extreme", 
                        "model", 
                        "Apple Broadcom BCM94360CD 802.11 a/b/g/n/ac Wireless Network Controller", 
                        "device_type", 
                        "Airport", 
                        "built-in", 
                        Buffer (One)
                        {
                            0x01
                        }, 

                        "location", 
                        Buffer (0x05)
                        {
                            "0"
                        }
                    }, Local0)
                DTGP (Arg0, Arg1, Arg2, Arg3, RefOf (Local0))
                Return (Local0)
            }
        }

Which gives me...

post-499606-0-57591900-1506859260_thumb.png

 

Guest ricoc90

This has probably been asked a million times (oddly enough I can't find any specific fixes via searching) but how do you hide the verbose APFS stuff that pops up for a second before Clover boots?

 

 

Put CsmVideoDxe.efi in your drivers64UEFI folder. Works only when you're on UEFI. However, this isn't really a good "fix" because when I do that, I have to go blind on the Clover GUI because the whole screen is scrambled. For others it seems to work fine.

I have narrowed it down to a change after 4200 4215 and before (Or in) 4220 if anyone has any ideas whilst I continue testing?

 

Looks like a change made in 4217 is causing me the issue!

 

So, if I use the following in my Config.plist and ARPT renaming was cancelled in 4217 (The only change as I see) is there any way round it other than to not use it?

 

attachicon.gifScreen Shot 2017-10-01 at 11.52.33.png

 

 

This is also in my SSDT-1.aml

        Scope (\_SB.PCI0.RP05.ARPT)
        {
            Device (ARPT)
            {
                Name (_ADR, 0x001C0004)
                Name (_SUN, 0x05)
            }

            Method (_DSM, 4, NotSerialized)
            {
                Store (Package (0x0C)
                    {
                        "AAPL,slot-name", 
                        "Built In", 
                        "name", 
                        "Airport Extreme", 
                        "model", 
                        "Apple Broadcom BCM94360CD 802.11 a/b/g/n/ac Wireless Network Controller", 
                        "device_type", 
                        "Airport", 
                        "built-in", 
                        Buffer (One)
                        {
                            0x01
                        }, 

                        "location", 
                        Buffer (0x05)
                        {
                            "0"
                        }
                    }, Local0)
                DTGP (Arg0, Arg1, Arg2, Arg3, RefOf (Local0))
                Return (Local0)
            }
        }

Which gives me...

attachicon.gifScreen Shot 2017-10-01 at 13.00.17.png

 

As a test I edited out the changes made in 4217 and compiled 4232, everything works ok so does anyone know how I modify my setup to work with the cancellation of ARPT renaming please?

Put CsmVideoDxe.efi in your drivers64UEFI folder. Works only when you're on UEFI. However, this isn't really a good "fix" because when I do that, I have to go blind on the Clover GUI because the whole screen is scrambled. For others it seems to work fine.

 

I tried with CsmVideoDxe-64.efi but it made no difference, did you mean that file or the none -64 one?

×
×
  • Create New...