LockDown Posted November 18, 2020 Share Posted November 18, 2020 A backup is where it is safe but accessible to "end user" 1 Link to comment Share on other sites More sharing options...
naiclub Posted November 18, 2020 Share Posted November 18, 2020 2 minutes ago, iCanaro said: I take myself out, for me the backup of the EFI put it where it makes the most people happy and end discussions ... i'm fine even if put in the trash can So I would like to close this section of discussion, not to mention it. Thank you. Link to comment Share on other sites More sharing options...
chris1111 Posted November 18, 2020 Share Posted November 18, 2020 HOME is OK for me, Desktop was also OK for me, the most important thing was that the Backup is done and that the Package works in macOS Big Sur 11 If the Backup would have been on the moon it would have been also OK End of story 2 1 3 Link to comment Share on other sites More sharing options...
Matgen84 Posted November 18, 2020 Share Posted November 18, 2020 (edited) 37 minutes ago, Slice said: To finish the discussion I want to ask if the user's home folder will suit for you and other people you mentioned? If yes then we can change the package. @chris1111 may do this. It's suitable for me. Use the user's home folder instead of Desktop, for backup in presintall: I second the motion @Slice Since two days, I customize this file in my local repo to backup to $HOME. Thanks to @chris1111 for his patience Edited November 18, 2020 by Matgen84 3 Link to comment Share on other sites More sharing options...
polyzargone Posted November 18, 2020 Share Posted November 18, 2020 43 minutes ago, Matgen84 said: It's suitable for me. Use the user's home folder instead of Desktop, for backup in presintall: I second the motion @Slice Since two days, I customize this file in my local repo to backup to $HOME. Thanks to @chris1111 for his patience Same here. @Slice Thanks for asking! 2 Link to comment Share on other sites More sharing options...
LAbyOne Posted November 18, 2020 Share Posted November 18, 2020 (edited) 1 hour ago, Slice said: To finish the discussion I want to ask if the user's home folder will suit for you and other people you mentioned? If yes then we can change the package. @chris1111 may do this. Would you also consider since it already exists "src" folder as possible dir? would just avoid making another directory in Home.. PS Stupid question to all others... Would you pls tell me why you are so eager to have yet Another another folder into Home. since clover already uses "SRC" ? are you maso? Edited November 18, 2020 by LAbyOne Link to comment Share on other sites More sharing options...
chris1111 Posted November 18, 2020 Share Posted November 18, 2020 (edited) 15 minutes ago, LAbyOne said: Would you also consider since it already exists "src" folder as possible dir? would just avoid making another directory in Home.. PS Stupid question to all others... Would you pls tell me why you are so eager to have yet Another another folder into Home. since clover already uses "SRC" ? are you maso? Do you really think that all those who use the Package Clover are people who create the full Build? I hope not because most of the people I know use Package Release and don't waste time building Clover So src is not a good option for me Edited November 18, 2020 by chris1111 3 1 Link to comment Share on other sites More sharing options...
LAbyOne Posted November 18, 2020 Share Posted November 18, 2020 @chris1111You have a point there... that's what i get for taking it for granted... 2 Link to comment Share on other sites More sharing options...
PG7 Posted November 18, 2020 Share Posted November 18, 2020 2 hours ago, iCanaro said: I take myself out, for me the backup of the EFI put it where it makes the most people happy and end discussions ... i'm fine even if put in the trash can I withdraw this promoter - I agree with you iCanaro, I have NEVER used a Backup folder made by the Clover installer! - I leave free will to place wherever I want - I always keep in mind that at least Chris made the installer in Big Sur work, which was the most important thing (I know that others could do it too) but that was not the case so he leaves it on the desktop and I leave my thanks to him for having done it because I would not do it for lack of knowledge and also Thanks to all the team that has been working hard for this to continue possible - for the moment it works I will never complain about a promoter with little importance 2 Link to comment Share on other sites More sharing options...
matxpa Posted November 18, 2020 Share Posted November 18, 2020 @SliceHi Slice. About Clover and BackUpRootDir : wouldn't NVRAM, NVRAM.plist and Clover.prefPane an other way ? Link to comment Share on other sites More sharing options...
Slice Posted November 18, 2020 Share Posted November 18, 2020 Clover.prefPane is deprecated. 1 Link to comment Share on other sites More sharing options...
iCanaro Posted November 18, 2020 Share Posted November 18, 2020 i see that they've been committed to new destination backup efi https://github.com/CloverHackyColor/CloverBootloader/commit/914d505aa06318caf7bf21ea1cb87bee7ba93c46 i hope that the peace of the senses has come 4 1 Link to comment Share on other sites More sharing options...
Matgen84 Posted November 19, 2020 Share Posted November 19, 2020 Hi @Jief_Machak @Slice Developer's Team, Sorry if i seem for those remarks as i know you already put a lot of effort. But Big Sur partition recovery is not detected, and since BS 11.1 Beta, Clover GUI does not recognize os_bigsur.icns on affected volumes. Hope you will have time to find a solution. Thank you in advance. 2 Link to comment Share on other sites More sharing options...
Matgen84 Posted November 19, 2020 Share Posted November 19, 2020 Hi @Jief_Machak @Slice Developer's team, Sorry Again, if i seem for those remarks as i know you already put a lot of effort. Clover r5126 latest commit - macOS Big Sur 11.1 Beta: There is a problem of the order of the kexts in the Other folder: Lilu is not in first while it is the case in 11 folder. Maybe, it is the reason why there is a panic, "can't perform kext scan no kext summary" when kexts are duplicates. Other folder Spoiler 11 folder Spoiler 2 Link to comment Share on other sites More sharing options...
Jief_Machak Posted November 19, 2020 Share Posted November 19, 2020 The order in the menu doesn't reflect the link order. You'll see real order in debug.log. 1 Link to comment Share on other sites More sharing options...
Matgen84 Posted November 19, 2020 Share Posted November 19, 2020 (edited) 11 minutes ago, Jief_Machak said: The order in the menu doesn't reflect the link order. You'll see real order in debug.log. Why the order in the menu doesn't reflect the real order. I don't understand. In debug log, there is the same problem of order with Big Sur 11.1 Beta (Other folder vs 11 folder) as Clover menudebug.log Edited November 19, 2020 by Matgen84 Link to comment Share on other sites More sharing options...
Jief_Machak Posted November 19, 2020 Share Posted November 19, 2020 I guess the order in the menu is the order the low level file system driver gives us. Which could depend on a lot of thing. The order they were copied, for example. If you rename 11 to Other and Other to 11, menu order might be swapped. Clover takes care of a proper injection order (currently hard coded) just before it delegate to OC. 2 Link to comment Share on other sites More sharing options...
Matgen84 Posted November 19, 2020 Share Posted November 19, 2020 3 minutes ago, Jief_Machak said: I guess the order in the menu is the order the low level file system driver gives us. Which could depend on a lot of thing. The order they were copied, for example. If you rename 11 to Other and Other to 11, menu order might be swapped. Clover takes care of a proper injection order (currently hard coded) just before it delegate to OC. Sorry because of my bad English, I don't understand well. I see that the proper injection of Clover is hard coded. If I only use Other folder to boot Big Sur 11.1: Lilu is not in first position. In Mojave with Clover 5126 same commit, Lilu is the first kext. Why? Mojave: 8:110 0:000 AddKextsInArray from Other 8:110 0:000 ->Extra kext: Other\Lilu.kext (v.1.5.0) 8:110 0:000 ->Extra kext: Other\AirportBrcmFixup.kext (v.2.1.2) 8:110 0:000 |-- PlugIn kext: Other\AirportBrcmFixup.kext\Contents\PlugIns\AirPortBrcm4360_Injector.kext (v.1.0) 8:110 0:000 |-- PlugIn kext: Other\AirportBrcmFixup.kext\Contents\PlugIns\AirPortBrcmNIC_Injector.kext (v.1.0) 8:110 0:000 ->Extra kext: Other\AppleALC.kext (v.1.5.5) 8:110 0:000 ->Extra kext: Other\IntelMausiEthernet.kext (v.2.5.1d1) 8:110 0:000 ->Extra kext: Other\WhateverGreen.kext (v.1.4.5) 8:110 0:000 ->Extra kext: Other\USBInjectAll.kext (v.0.7.5) 8:110 0:000 ->Extra kext: Other\EFICheckDisabler.kext (v.0.5) 8:110 0:000 ->Extra kext: Other\FakeSMC.kext (v.3.5.3) Link to comment Share on other sites More sharing options...
Jief_Machak Posted November 19, 2020 Share Posted November 19, 2020 1 minute ago, Matgen84 said: If I only use Other folder to boot Big Sur 11.1: Lilu is not in first position That is still not the order of injection. Look at the bottom of the debug.log. In the log that comes from OC. You'll find some lines saying "prelinked success" or something like that. 1 Link to comment Share on other sites More sharing options...
Matgen84 Posted November 19, 2020 Share Posted November 19, 2020 7 minutes ago, Jief_Machak said: That is still not the order of injection. Look at the bottom of the debug.log. In the log that comes from OC. You'll find some lines saying "prelinked success" or something like that. Ok. Clover delegate the kext injection to OC, only for Big Sur. Right ! Link to comment Share on other sites More sharing options...
Jief_Machak Posted November 19, 2020 Share Posted November 19, 2020 1 minute ago, Matgen84 said: Clover delegate the kext injection to OC No. We delegate for all versions now. These kind of lines will tell you the injection order OC: Prelinked injection Kexts\Other/VirtualSMC.kext (SMC) - Success 1 1 Link to comment Share on other sites More sharing options...
chris1111 Posted November 19, 2020 Share Posted November 19, 2020 @Jief_Machak Interesting bdmesg also gives the kexts patch info but differently if I understand Spoiler 13:660 0:000 Finally: ExternalClock=25MHz BusSpeed=100000kHz CPUFreq=3300MHz PIS: hw.busfrequency=100000000Hz 13:660 0:000 Beginning OC 13:660 0:000 OCST: Missing vault data, ignoring... 13:669 0:008 config-oc.plist isn't use at all 13:669 0:000 AddKextsInArray from Other 13:669 0:000 ->Extra kext: Other\Lilu.kext (v.1.4.9) 13:669 0:000 ->Extra kext: Other\AirportBrcmFixup.kext (v.2.1.1) 13:669 0:000 ->Extra kext: Other\AppleALC.kext (v.1.5.4) 13:669 0:000 ->Extra kext: Other\IntelMausi.kext (v.1.0.3) 13:669 0:000 ->Extra kext: Other\SMCSuperIO.kext (v.1.1.8) 13:669 0:000 ->Extra kext: Other\WhateverGreen.kext (v.1.4.4) 13:669 0:000 ->Extra kext: Other\SMCProcessor.kext (v.1.1.8) 13:669 0:000 ->Extra kext: Other\Marvell-Injector.kext (v.1.1) 13:669 0:000 ->Extra kext: Other\VirtualSMC.kext (v.1.1.8) 13:669 0:000 ->Extra kext: Other\USBMap.kext (v.1.0) 13:669 0:000 AddKextsInArray from Off 13:669 0:000 AddKextsInArray from 11 13:669 0:000 AddKextsInArray from 11_normal 13:669 0:000 AddKextsInArray from 11.1 13:669 0:000 AddKextsInArray from 11.1_normal 13:669 0:000 AddKextsInArray from 11.1.0 13:669 0:000 AddKextsInArray from 11.1.0_normal 13:669 0:000 Bridge kext to OC : Path=Lilu.kext 13:675 0:006 info plist path: Kexts\Other\Lilu.kext\Contents\Info.plist 13:680 0:004 assign executable as 'Contents\MacOS\Lilu' 13:680 0:000 Bridge kext to OC : Path=VirtualSMC.kext 13:680 0:000 info plist path: Kexts\Other\VirtualSMC.kext\Contents\Info.plist 13:686 0:006 assign executable as 'Contents\MacOS\VirtualSMC' 13:686 0:000 Bridge kext to OC : Path=WhateverGreen.kext 13:686 0:000 info plist path: Kexts\Other\WhateverGreen.kext\Contents\Info.plist 13:690 0:004 assign executable as 'Contents\MacOS\WhateverGreen' 13:690 0:000 Bridge kext to OC : Path=AppleALC.kext 13:690 0:000 info plist path: Kexts\Other\AppleALC.kext\Contents\Info.plist 13:709 0:019 assign executable as 'Contents\MacOS\AppleALC' 13:709 0:000 Bridge kext to OC : Path=IntelMausi.kext 13:709 0:000 info plist path: Kexts\Other\IntelMausi.kext\Contents\Info.plist 13:712 0:003 assign executable as 'Contents\MacOS\IntelMausi' 13:712 0:000 Bridge kext to OC : Path=SMCProcessor.kext 13:712 0:000 info plist path: Kexts\Other\SMCProcessor.kext\Contents\Info.plist 13:717 0:005 assign executable as 'Contents\MacOS\SMCProcessor' 13:717 0:000 Bridge kext to OC : Path=SMCSuperIO.kext 13:717 0:000 info plist path: Kexts\Other\SMCSuperIO.kext\Contents\Info.plist 13:721 0:003 assign executable as 'Contents\MacOS\SMCSuperIO' 13:721 0:000 Bridge kext to OC : Path=AirportBrcmFixup.kext 13:721 0:000 info plist path: Kexts\Other\AirportBrcmFixup.kext\Contents\Info.plist 13:725 0:003 assign executable as 'Contents\MacOS\AirportBrcmFixup' 13:725 0:000 Bridge kext to OC : Path=Marvell-Injector.kext 13:725 0:000 info plist path: Kexts\Other\Marvell-Injector.kext\Contents\Info.plist 13:728 0:002 Bridge kext to OC : Path=USBMap.kext 13:728 0:000 info plist path: Kexts\Other\USBMap.kext\Contents\Info.plist 13:748 0:020 Load OpenRuntime.efi : Status Success 13:748 0:000 Start OpenRuntime.efi : Status Success 13:748 0:000 OC: OcMiscEarlyInit... 13:757 0:008 OC: Watchdog status is 1 13:759 0:002 OC: OpenCore DBG-061-2020-11-19 is loading in Optional mode (0/0)... 13:762 0:002 OC: Boot timestamp - 2020.11.19 14:58:23 13:764 0:002 OCCPU: MP services threads 4 (enabled 4) - Success 13:766 0:002 OCCPU: MP services Pkg 1 Cores 4 Threads 1 - Success 13:771 0:004 OCCPU: Found Intel(R) Core(TM) i5-4590 CPU @ 3.30GHz 13:773 0:002 OCCPU: Signature 306C3 Stepping 3 Model 3C Family 6 Type 0 ExtModel 3 ExtFamily 0 uCode 28 13:775 0:002 OCCPU: EIST CFG Lock 1 13:778 0:002 OCCPU: Discovered CpuFamily 6 CpuModel 60 CpuStepping 3 CpuGeneration 6 13:780 0:002 OCCPU: Ratio Min 8 Max 33 Current 33 Turbo 37 37 36 35 13:883 0:102 TscFrequency 3292371801 13:885 0:002 OCCPU: Detected Apple Processor Type: 06 -> 0605 13:888 0:002 OCCPU: CPUFrequencyFromTSC 3292371801Hz 3292MHz 13:892 0:004 OCCPU: CPUFrequency 3292371801Hz 3292MHz 13:895 0:002 OCCPU: FSBFrequency 99768842Hz 99MHz 13:897 0:002 OCCPU: Pkg 1 Cores 4 Threads 4 13:899 0:002 OC: OcLoadNvramSupport... 13:901 0:002 OC: Current version is DBG-061-2020-11-19 13:904 0:002 OC: OcMiscMiddleInit... 13:906 0:002 OC: LoadHandle 0 with BootProtect in mode - Unsupported 13:908 0:002 OC: OcLoadUefiSupport... 13:911 0:002 OcAppleEventInstallProtocol 13:913 0:002 InternalCreateQueueEvent 13:918 0:004 EventCreateSimplePointerInstallNotifyEvent 13:920 0:002 InternalSimplePointerInstallNotifyFunction 13:923 0:002 InternalRegisterSimplePointerInterface 13:925 0:002 InternalRegisterSimplePointerInterface 13:927 0:002 InternalRegisterSimplePointerInterface 13:930 0:002 OcOSInfoInstallProtocol 13:932 0:002 OCRTC: OcAppleRtcRamInstallProtocol 13:934 0:002 OCRTC: Wake log is 0x00 0x00 0 0x00 13:937 0:002 OcAppleFbInfoInstallProtocol 13:939 0:002 OC: Loading Apple Secure Boot with Disabled (level 0) 13:944 0:004 OCABC: RTDFRG 1 DEVMMIO 0 NOSU 0 NOVRWR 0 NOSB 0 NOHBMAP 0 SMSLIDE 1 WRUNPROT 1 13:946 0:002 OCABC: FEXITBS 0 PRMRG 0 CSLIDE 1 MSLIDE 0 PRSRV 0 RBMAP 1 VMAP 1 APPLOS 0 RTPERMS 1 13:948 0:002 OCABC: Got rendezvous with OpenRuntime r11 13:950 0:002 OCABC: MAT support is 0 13:953 0:002 OC: RBVR 0 DDBR 0 13:955 0:002 OC: Got 0 drivers 13:958 0:002 OCC: Installing GOP (Unsupported) on ConsoleOutHandle... 13:960 0:002 OC: Requested resolution is 1366x768@0 (max: 0) from 1366x768 13:964 0:004 OCC: Requesting 1366x768@0 (max: 0) resolution, curr 0, total 10 13:967 0:002 OCC: Mode 0 - 1920x1080:1 13:969 0:002 OCC: Mode 1 - 640x480:1 13:971 0:002 OCC: Mode 2 - 800x600:1 13:974 0:002 OCC: Mode 3 - 1024x768:1 13:976 0:002 OCC: Mode 4 - 1280x720:1 13:978 0:002 OCC: Mode 5 - 1280x800:1 13:981 0:002 OCC: Mode 6 - 1280x1024:1 13:983 0:002 OCC: Mode 7 - 1440x900:1 13:985 0:002 OCC: Mode 8 - 1400x1050:1 13:990 0:004 OCC: Mode 9 - 1680x1050:1 13:992 0:002 OCC: No compatible mode for 1366x768@0 (max: 0) resolution 13:994 0:002 OC: Changed resolution to 1366x768@0 (max: 0) from 1366x768 - Not Found 13:997 0:002 OCC: Using builtin text renderer with 1 scale 14:005 0:007 OCC: Install console control (B6075A70/0/0), current - Success 14:007 0:002 OCC: Setup ASCII Output - Success 14:009 0:002 OC: Requested console mode is 0x0 (max: 0) from 14:012 0:002 OC: Requested not to use audio 14:016 0:004 OC: OcLoadPlatformSupport... 14:019 0:002 OC: OcLoadDevPropsSupport... 14:021 0:002 OC: OcMiscLateInit... 14:023 0:002 OC: Invalid HibernateMode: 14:025 0:002 OC: Translated HibernateMode to 0 14:028 0:002 OC: Hibernation detection status is Not Found 14:030 0:002 OC: Panic log does not exist 14:032 0:002 OC: OcLoadKernelSupport... 14:035 0:002 OC: All green, starting boot management... 14:037 0:002 DevicePath = PciRoot(0x0)/Pci(0x1F,0x2)/Sata(0x0,0xFFFF,0x0)/HD(2,GPT,D3B12EBB-E7A0-4AD6-9784-98CB674EDFB6,0x64028,0x1FFB4D00)/VenMedia(BE74FCF7-0B7C-49F3-9147-01F4042E6842,D3386EEE9BA5904FB52C5ACF72DF87B2)/\4BB9C21C-8F09-3F39-BD5F-A151864A2A72\System\Library\CoreServices\boot.efi 14:040 0:003 OCB: Arch filtering B8E8A018(723512)->B8E8A018(723512) caps 4 - Success 14:064 0:024 GetOSVersion: 11.1 (20C5048k) 14:064 0:000 Will not patch boot.efi 14:064 0:000 === [ PatchSmbios ] ============================= 14:064 0:000 insert table 9 for dev 0:0 14:064 0:000 insert table 9 for dev 0:1 14:064 0:000 insert table 9 for dev 19:0 14:064 0:000 insert table 9 for dev 0:0 14:064 0:000 Table 11 present, but rewritten for us 14:065 0:000 Not trusting SMBIOS because it's being sneaky... 14:065 0:000 Detected alternating SMBIOS channel banks 14:065 0:000 Channels: 2 14:065 0:000 Interleave: 0 2 1 3 4 6 5 7 8 10 9 11 12 14 13 15 16 18 17 19 20 22 21 23 14:065 0:000 SPD data in use: 14:065 0:000 SmbiosTable.Type17->Vendor = Micron Technology 14:065 0:000 SmbiosTable.Type17->SerialNumber = 0EFA7382 14:065 0:000 SmbiosTable.Type17->PartNumber = 16JTF1G64AZ-1G6E1E1 14:065 0:000 SMBIOS Type 17 Index = 0 => 0 0: 14:065 0:000 BANK 0 DIMM0 1600MHz 8192MB(Ext:0MB) 14:065 0:000 SPD data in use: 14:065 0:000 SmbiosTable.Type17->Vendor = Micron Technology 14:065 0:000 SmbiosTable.Type17->SerialNumber = 0EFA73AC 14:065 0:000 SmbiosTable.Type17->PartNumber = 16JTF1G64AZ-1G6E1E1 14:065 0:000 SMBIOS Type 17 Index = 1 => 1 2: 14:065 0:000 BANK 1 DIMM0 1600MHz 8192MB(Ext:0MB) 14:065 0:000 SMBIOS Type 17 Index = 2 => 2 1: 14:065 0:000 BANK 0 DIMM1 EMPTY 14:065 0:000 SMBIOS Type 17 Index = 3 => 3 3: 14:065 0:000 BANK 1 DIMM1 EMPTY 14:065 0:000 mTotalSystemMemory = 16384 14:065 0:000 NumberOfMemoryDevices = 4 14:065 0:000 Type20[0]->End = 0x7FFFFF, Type17[0] = 2000 14:065 0:000 Type20[1]->End = 0xFFFFFF, Type17[1] = 6000 14:065 0:000 Table 131 is present, CPUType=35 14:065 0:000 Change to: 605 14:065 0:000 === [ PatchACPI ] =============================== 14:065 0:000 Xsdt reallocation done 14:065 0:000 old FADT length=10C 14:065 0:000 SignatureFixup: 0xE35F0827 -> 0x0 14:065 0:000 Found OperationRegion(GNVS, SystemMemory, C9A00C18, ...) 14:065 0:000 Found OperationRegion(MCHT, SystemMemory, FED10000, ...) 14:065 0:000 Found OperationRegion(RCRB, SystemMemory, FED1C000, ...) 14:065 0:000 Found OperationRegion(MCA1, SystemMemory, F7FE0000, ...) 14:065 0:000 Found OperationRegion(MCA1, SystemMemory, F7FE0000, ...) 14:065 0:000 Found OperationRegion(CPSB, SystemMemory, C98F4E18, ...) 14:065 0:000 Found OperationRegion(TMMB, SystemMemory, FED40000, ...) 14:065 0:000 Found OperationRegion(TVID, SystemMemory, FED40F00, ...) 14:065 0:000 Found OperationRegion(TPMR, SystemMemory, FED40000, ...) 14:065 0:000 Found OperationRegion(VECT, SystemMemory, C9F64018, ...) 14:068 0:003 DSDT found in Clover volume: \EFI\CLOVER\ACPI\patched\DSDT.aml 14:069 0:000 Apply DsdtFixMask=0x10000000 14:069 0:000 === [ FixBiosDsdt ] ============================= 14:069 0:000 OperationRegion (GNVS...) corrected from 0xD9A00C18 to addr=0xC9A00C18 14:069 0:000 indirect name=SRCB 14:069 0:000 indirect name=SRMB 14:069 0:000 indirect name=SRMB 14:069 0:000 OperationRegion (CPSB...) corrected from 0xD98F5E18 to addr=0xC98F4E18 14:070 0:000 OperationRegion (VECT...) corrected from 0xD9F64018 to addr=0xC9F64018 14:070 0:000 PreCleanup XSDT: count=13, length=140 14:070 0:000 PreCleanup XSDT, corrected XSDT: count=13, length=140 14:070 0:000 === [ ACPIPatchedAML ] ========================== 14:070 0:000 AutoMerge pass 1 14:070 0:000 Unsorted 14:070 0:000 Inserting SSDT.AML from \EFI\CLOVER\ACPI\patched: ignore on pass 1 14:070 0:000 Inserting SSDT-ARPT.aml from \EFI\CLOVER\ACPI\patched: ignore on pass 1 14:070 0:000 === [ ACPIDropTables ] ========================== 14:070 0:000 === [ DropSSDT ] ================================ 14:070 0:000 Drop tables from XSDT, SIGN=SSDT TableID= Length=0 14:070 0:000 Table[3]: SSDT Cpu0Ist 1337 dropped 14:070 0:000 Table[4]: SSDT CpuPm 2776 dropped 14:070 0:000 Table[5]: SSDT LakeTiny 455 dropped 14:070 0:000 Table[8]: SSDT SataTabl 877 dropped 14:070 0:000 Table[9]: SSDT SaSsdt 13452 dropped 14:070 0:000 Table[10]: SSDT WMI 26255 dropped 14:070 0:000 === [ ACPIPatchedAML ] ========================== 14:070 0:000 AutoMerge pass 2 14:070 0:000 Unsorted 14:070 0:000 Inserting SSDT.AML from \EFI\CLOVER\ACPI\patched: size=1827 ... Success 14:071 0:001 Inserting SSDT-ARPT.aml from \EFI\CLOVER\ACPI\patched: size=190 ... Success 14:072 0:000 ApicCPUNum=4 14:072 0:000 Cleanup XSDT: count=15, length=156 14:072 0:000 corrected XSDT count=9, length=108 14:072 0:000 === [ RestSetup macOS ] ========================= 14:072 0:000 NVidia GFX injection not set 14:072 0:000 Intel HD Graphics 4600 [8086:0412] :: PciRoot(0x0)\Pci(0x2,0x0) 14:072 0:000 ig-platform-id = 0x0d220003 14:072 0:000 Intel GFX revision = 0x6 14:072 0:000 stringlength = 2160 14:072 0:000 CurrentMode: Width=1920 Height=1080 14:075 0:003 Use origin smbios table type 1 guid. 14:080 0:004 Custom boot screen not used because entry has unset use graphics 2 Link to comment Share on other sites More sharing options...
ameenjuz Posted November 19, 2020 Share Posted November 19, 2020 why i m booting successfully from preboot volume but do not boot Big Sur volume can't we boot actual volume of big sur? i attached my EFI folder EFI.zip Link to comment Share on other sites More sharing options...
Jief_Machak Posted November 19, 2020 Share Posted November 19, 2020 The preboot volume does something about root hash (don't know what that is)/ Booting from Preboot is the only way. 2 Link to comment Share on other sites More sharing options...
jlrycm Posted November 20, 2020 Share Posted November 20, 2020 On 11/17/2020 at 7:52 PM, iCanaro said: from ioreg with usb mapped with my ACPI, it is immediately apparent that USPorts.kext adversely affected the USB 3.1 asmedia PXSX using USBPorts.kext using my ACPI @iCanaro, for Haswell the ACPI method you are using has to be done differently according to the guide you mentioned. https://www.macos86.it/topic/597-guide-how-to-usb-port-mapping/ I’m not a developer, only an enthusiast that has built hackintoshes since 2012. If I share with you the OEM dsdt of my mobo, would you do this method for me? I really want to fix the USB 3.1 ASmedia PSXS that for some reason is not working natively and perhaps this USB mapping method could serve well. Maybe I’m wrong but I believe that the change made in Big Sur AppleUSBXHCIPCI plug-in broke the native support for my USB 3.1 PCIe card. Link to comment Share on other sites More sharing options...
Recommended Posts