fuzzylogic Posted July 10, 2020 Share Posted July 10, 2020 cheers thanks will give it a go Link to comment Share on other sites More sharing options...
markl18 Posted July 10, 2020 Share Posted July 10, 2020 hi I am stuck in boot loader what does this mean Spoiler 05:073 00:069 AAPL: [EB|`WL:PWLFNV] Err(0xE) @ GV wake-failure 05:143 00:069 AAPL: [EB|`WL:DT] Err(0xE) @ WL:PWLFNV 05:216 00:073 AAPL: [EB|#WL:DT] 0x00 0x00 1 0x01 05:287 00:070 AAPL: [EB|`LD:LKC] BPDK -> (System\Library\KernelCollections\BootKernelExtensions.kc.development) 05:359 00:071 AAPL: [EB|`LD:OFS] Err(0xE) @ OPEN (System\\Library\\KernelCollections\\BootKernelExtensions.kc.development) 05:430 00:071 AAPL: [EB|`LD:LKC] BPDK,!R -> (System\Library\KernelCollections\BootKernelExtensions.kc) 08:603 03:173 AAPL: [EB|`LD:LKFS] } Ok(0) 08:681 00:077 AAPL: [EB|`LD:LKC] } Ok(0) 08:753 00:072 AAPL: [EB|#FWFM] 0xFF1FFF3F 08:826 00:072 AAPL: [EB|#FWFT] 0xFC0FE13F 08:919 00:092 AAPL: [EB|#BST:REV1] 08:989 00:070 AAPL: [EB|#CSR:OUT] 0x00000040 09:060 00:071 AAPL: [EB|`BST:FBS] { 09:137 00:076 AAPL: [EB|`BST:FBS] BA.ADSZ: 0 09:207 00:070 AAPL: [EB|`BST:FBS] BA.KSDSZ: 0 09:278 00:070 AAPL: [EB|#SB:SBGMFNS] (x86legacyap.im4m) 09:350 00:072 AAPL: [EB|#RH:PF] (usr\\standalone\\OS.dmg.root_hash) 09:421 00:070 AAPL: [EB|#RH:MF] (usr\\standalone\\OS.dmg.root_hash.x86legacyap.im4m) 09:491 00:070 AAPL: [EB|`LD:LF] FIO: 0, DIR: 1, P: usr\\standalone\\OS.dmg.root_hash, DP: 0 09:564 00:072 AAPL: [EB|`LD:OFS] Err(0xE) @ OPEN (usr\\standalone\\OS.dmg.root_hash) 09:634 00:070 AAPL: [EB|`RH:LRH] Err(0xE) @ LF (P) 09:704 00:070 AAPL: [EB|`BST:FBS] Err(0xE) @ PBARVRH 09:797 00:093 AAPL: [EB|`B:WFDW] Err(0xE), 0 @ LocHB 71B4903C-14EC-42C4-BDC6-CE1449930E49 09:870 00:072 AAPL: [EB|#LOG:DT] 2020-07-10T16:36:47 09:940 00:070 AAPL: [EB|#LOG:EXITBS:START] 2020-07-10T16:36:47 Link to comment Share on other sites More sharing options...
Sherlocks Posted July 11, 2020 Share Posted July 11, 2020 @Andrey1970 hi some model firmware was update with smc version from 10.15.6 beta FirmwareUpdate.pkg EFIPayloads: Spoiler - IM131.88Z.F000.B00.2006101655 - IM141.88Z.F000.B00.2006101806 - IM142.88Z.F000.B00.2006101806 - IM143.88Z.F000.B00.2006101806 - IM144.88Z.F000.B00.2006101937 - IM151.88Z.F000.B00.2006101815 - IM161.88Z.F000.B00.2006111040 - IM162.88Z.F000.B00.2006111037 - IM171.88Z.F000.B00.2006161817 - IM181.88Z.F000.B00.2006161750 - IM183.88Z.F000.B00.2006161818 - MB101.88Z.F000.B00.2006161757 - MB81.88Z.F000.B00.2006111041 - MB91.88Z.F000.B00.2006161751 - MBA51.88Z.F000.B00.2006101654 - MBA61.88Z.F000.B00.2006101810 - MBA71.88Z.F000.B00.2006111040 - MBP101.88Z.F000.B00.2006101655 - MBP102.88Z.F000.B00.2006101655 - MBP111.88Z.F000.B00.2006101815 - MBP112.88Z.F000.B00.2006101814 - MBP114.88Z.F000.B00.2006111040 - MBP121.88Z.F000.B00.2006111041 - MBP131.88Z.F000.B00.2006161748 - MBP132.88Z.F000.B00.2006161749 - MBP133.88Z.F000.B00.2006161756 - MBP141.88Z.F000.B00.2006161817 - MBP142.88Z.F000.B00.2006161750 - MBP143.88Z.F000.B00.2006161755 - MBP91.88Z.F000.B00.2006101934 - MM61.88Z.F000.B00.2006101936 - MM71.88Z.F000.B00.2006111040 - MP61.88Z.F000.B00.2006101810 SMCJSONs: - Mac-031B6874CF7F642A: 2.14f24 - Mac-189A3D4F975D5FFC: 2.16f68 - Mac-27ADBB7B4CEE8E61: 2.15f7 - Mac-2BD1B31983FE1663: 2.19f12 - Mac-35C1E88140C3E6CF: 2.12f143 - Mac-35C5E08120C7EEAF: 2.24f32 - Mac-3CBD00234E554E41: 2.18f15 - Mac-42FD25EABCABB274: 2.22f16 - Mac-473D31EABEB93F9B: 2.36f101 <-for example, old version 2.36.f98 - Mac-4B682C642B45593E: 2.39f40 - Mac-551B86E5744E2388: 2.45f4 - Mac-63001698E7A34814: 2.47f3 - Mac-65CE76090165799A: 2.33f12 - Mac-66E35819EE2D0D05: 2.37f24 - Mac-77EB7D7DAF985301: 2.17f7 - Mac-77F17D7DA9285301: 2.40f1 - Mac-7DF21CB3ED6977E5: 2.13f15 - Mac-81E3E92DD6088272: 2.21f92 - Mac-937CB26E2E02BB01: 2.27f2 - Mac-9AE82516C7C6B903: 2.35f108 - Mac-9F18E312C5C2BF0B: 2.26f2 - Mac-A369DDC4E67F1C45: 2.31f37 - Mac-A5C67F76ED83108C: 2.38f11 - Mac-B4831CEBD52A0C4C: 2.43f10 - Mac-B809C3757DA9BB8D: 2.34f3 - Mac-BE088AF8C5EB4FA2: 2.41f2 - Mac-BE0E8AC46FE800CC: 2.25f87 - Mac-CAD6701F7CEA0921: 2.44f5 - Mac-DB15BD556843C820: 2.33f12 - Mac-E43C1C25D4880AD6: 2.28f7 - Mac-EE2EBD4B90B839A8: 2.42f13 - Mac-F60DEB81FF30ACF6: 2.20f18 - Mac-FA842E06C61E91C5: 2.23f11 - Mac-FFE5EF870D7BA81A: 2.32f21 thanks in advance 1 2 Link to comment Share on other sites More sharing options...
SavageAUS Posted July 11, 2020 Share Posted July 11, 2020 Yea I have come across this glitch before in Catalina and as I described before, that was the only remedy I found to empty the Bin of the pesky files, hope you find a solution without balking your install or maybe someone will come up with another viable idea. Good luck.Apologies for late reply but I just trashed my install (both Big Sur and Catalina) so now the trash is cleared. I never keep important files on my laptop so it’s no biggie, just annoying. Also putting Big Sur possibly on hold until I find out if the BCM94352Z is compatible with Big Sur and below and get it. Currently have the DW1820A and it’s not supported and I cannot get the workarounds to.....work. Sorry for o/t again. I’ll make proper thread if needed. Sent from my iPhone using Tapatalk Link to comment Share on other sites More sharing options...
eSaF Posted July 11, 2020 Share Posted July 11, 2020 @SavageAUS - No worries man, Big Sur can consume a lot of our free time leaving very little for anything else and wer'e still a way to go before the release of the Golden Master. I know exactly how you feel because for a time I resisted becoming another unofficial tester but felt left behind reading all the posts, some failures and some successes so I got on board too, not an easy journey by any stretch but got there in the end. Just hang in there Bro you'll get there as in the end. 1 Link to comment Share on other sites More sharing options...
Andrey1970 Posted July 11, 2020 Share Posted July 11, 2020 9 hours ago, Sherlocks said: @Andrey1970 hi some model firmware was update with smc version from 10.15.6 beta FirmwareUpdate.pkg EFIPayloads: - IM131.88Z.F000.B00.2006101655 - IM141.88Z.F000.B00.2006101806 - IM142.88Z.F000.B00.2006101806 - IM143.88Z.F000.B00.2006101806 - IM144.88Z.F000.B00.2006101937 - IM151.88Z.F000.B00.2006101815 - IM161.88Z.F000.B00.2006111040 - IM162.88Z.F000.B00.2006111037 - IM171.88Z.F000.B00.2006161817 - IM181.88Z.F000.B00.2006161750 - IM183.88Z.F000.B00.2006161818 - MB101.88Z.F000.B00.2006161757 - MB81.88Z.F000.B00.2006111041 - MB91.88Z.F000.B00.2006161751 - MBA51.88Z.F000.B00.2006101654 - MBA61.88Z.F000.B00.2006101810 - MBA71.88Z.F000.B00.2006111040 - MBP101.88Z.F000.B00.2006101655 - MBP102.88Z.F000.B00.2006101655 - MBP111.88Z.F000.B00.2006101815 - MBP112.88Z.F000.B00.2006101814 - MBP114.88Z.F000.B00.2006111040 - MBP121.88Z.F000.B00.2006111041 - MBP131.88Z.F000.B00.2006161748 - MBP132.88Z.F000.B00.2006161749 - MBP133.88Z.F000.B00.2006161756 - MBP141.88Z.F000.B00.2006161817 - MBP142.88Z.F000.B00.2006161750 - MBP143.88Z.F000.B00.2006161755 - MBP91.88Z.F000.B00.2006101934 - MM61.88Z.F000.B00.2006101936 - MM71.88Z.F000.B00.2006111040 - MP61.88Z.F000.B00.2006101810 SMCJSONs: - Mac-031B6874CF7F642A: 2.14f24 - Mac-189A3D4F975D5FFC: 2.16f68 - Mac-27ADBB7B4CEE8E61: 2.15f7 - Mac-2BD1B31983FE1663: 2.19f12 - Mac-35C1E88140C3E6CF: 2.12f143 - Mac-35C5E08120C7EEAF: 2.24f32 - Mac-3CBD00234E554E41: 2.18f15 - Mac-42FD25EABCABB274: 2.22f16 - Mac-473D31EABEB93F9B: 2.36f101 <-for example, old version 2.36.f98 - Mac-4B682C642B45593E: 2.39f40 - Mac-551B86E5744E2388: 2.45f4 - Mac-63001698E7A34814: 2.47f3 - Mac-65CE76090165799A: 2.33f12 - Mac-66E35819EE2D0D05: 2.37f24 - Mac-77EB7D7DAF985301: 2.17f7 - Mac-77F17D7DA9285301: 2.40f1 - Mac-7DF21CB3ED6977E5: 2.13f15 - Mac-81E3E92DD6088272: 2.21f92 - Mac-937CB26E2E02BB01: 2.27f2 - Mac-9AE82516C7C6B903: 2.35f108 - Mac-9F18E312C5C2BF0B: 2.26f2 - Mac-A369DDC4E67F1C45: 2.31f37 - Mac-A5C67F76ED83108C: 2.38f11 - Mac-B4831CEBD52A0C4C: 2.43f10 - Mac-B809C3757DA9BB8D: 2.34f3 - Mac-BE088AF8C5EB4FA2: 2.41f2 - Mac-BE0E8AC46FE800CC: 2.25f87 - Mac-CAD6701F7CEA0921: 2.44f5 - Mac-DB15BD556843C820: 2.33f12 - Mac-E43C1C25D4880AD6: 2.28f7 - Mac-EE2EBD4B90B839A8: 2.42f13 - Mac-F60DEB81FF30ACF6: 2.20f18 - Mac-FA842E06C61E91C5: 2.23f11 - Mac-FFE5EF870D7BA81A: 2.32f21 thanks in advance Pull-request welcome. Link to comment Share on other sites More sharing options...
PropoFlexWX4 Posted July 11, 2020 Share Posted July 11, 2020 On 6/30/2020 at 11:01 AM, Download-Fritz said: Cannot you all read even the Errata doc when tinkering with obviously experimental Betas? You use KC, it is not supported, a workaround is literally spilled out for you in the PDF. Hi, you are one of OC's developers right? Thank you man. I wouldn't be running the newest macOS if it wasn't for your work. 1 Link to comment Share on other sites More sharing options...
iGPU Posted July 12, 2020 Share Posted July 12, 2020 (edited) I've got Big Sur running under a VM on the 3970X in my signature. It's working rather well. I'm booting with v060 from 5 July and also with 11 July v060. But with either commit, I'm not seeing all kexts being loaded. The only kexts loaded are those with a contents of MacOS (and using an ExecutablePath). In other words, if the kext file only contains Info.plist, it is not loaded. Loaded kexts are shown with "kextstat | grep -v com.apple": Spoiler In example below, AGPMInjector.kext is not loaded, but AppleALC.kext is loaded (I was also trying to load BrcmBluetoothInjector, MCEReportDisabler and RadeonBooster; but none of these would load): Spoiler Or, are these latter ones not listed with "kextstat | grep -v com.apple" because they're not actively injecting anything? If so, then how to verify that they're working? Edited July 15, 2020 by iGPU clarification Link to comment Share on other sites More sharing options...
Malikeryy Posted July 12, 2020 Share Posted July 12, 2020 On 7/12/2020 at 11:28 AM, iGPU said: I've got Big Sur running under a VM on the 3970X in my signature. It's working rather well. I'm booting with v060 from 5 July and also with 11 July v060. But with either commit, I'm not seeing all kexts being loaded. The only kexts loaded are those with a contents of MacOS (and using an ExecutablePath). In other words, if the kext file only contains Info.plist, it is not loaded. Loaded kexts are shown with "kextstat | grep -v com.apple": Reveal hidden contents In example below, AGPMInjector.kext is not loaded, but AppleALC.kext is loaded (I was also trying to load BrcmBluetoothInjector, MCEReportDisabler and RadeonBooster; but none of these would load): Reveal hidden contents Hello, i am facing a problem when i try to update from catalina to BigSur (RYZEN BUILD) I USE an efi of a youtuber that managed to update to BigSur,thé installation process os working fine until the second restant here is what i've got: the efi https://mega.nz/folder/wpI1TIKC#Pt_sDhb0M4d57Xx4FUehEg m'y config RYZEN 2600 GT 710 ,MSI a320m bazooka ,SSD 860 Evo ,8gb ram Spoiler Hello, i am facing a problem when i try to update from catalina to BigSur (RYZEN BUILD) I USE an efi of a youtuber that managed to update to BigSur,the installation process is working fine until the second restant here is what i've got: the efi https://mega.nz/folder/wpI1TIKC#Pt_sDhb0M4d57Xx4FUehEg m'y config RYZEN 2600 GT 710 ,MSI a320m bazooka ,SSD 860 Evo ,8gb ram Spoiler Link to comment Share on other sites More sharing options...
iGPU Posted July 12, 2020 Share Posted July 12, 2020 (edited) 1 hour ago, Malikeryy said: Hello, i am facing a problem when i try to update from catalina to BigSur (RYZEN BUILD) I USE an efi of a youtuber that managed to update to BigSur,thé installation process os working fine until the second restant here is what i've got: m'y config RYZEN 2600 GT 710 ,MSI a320m bazooka ,SSD 860 Evo ,8gb ram Updating with this beta is not a good idea. Do a fresh install either of existing NVMe/SSD or USB drive. (I actually did succeed in an update with ß1, initially, but then had a boot-loop during login. Apparently there is/was a problem with credentials. I gave up after this happened twice and did a fresh install; only this was successful.) Edited July 12, 2020 by iGPU Link to comment Share on other sites More sharing options...
Gigamaxx Posted July 12, 2020 Share Posted July 12, 2020 8 hours ago, iGPU said: Updating with this beta is not a good idea. Do a fresh install either of existing NVMe/SSD or USB drive. (I actually did succeed in an update with ß1, initially, but then had a boot-loop during login. Apparently there is/was a problem with credentials. I gave up after this happened twice and did a fresh install; only this was successful.) I just did a fresh install of Beta1 using the above link EFI (added correct serials etc). Credentials? I downloaded the Beta2 update and ran it on the install. I used a HDD so it took about 2 1/2 hours total but all is good. 4 Link to comment Share on other sites More sharing options...
momenmahmoud7 Posted July 13, 2020 Share Posted July 13, 2020 (edited) anyone can help ? lenovo thinkpad E15 - i7 10510 opencore-2020-07-13-230344.txt Edited July 13, 2020 by momenmahmoud7 Link to comment Share on other sites More sharing options...
Riley Freeman Posted July 13, 2020 Share Posted July 13, 2020 Rather than opening a thread for it, I'll just ask here. Is it possible to specify a Hardware UUID in OpenCore? In Clover setting CustomUUID achieves this. I've migrated two of my hacks to OC now and in both cases I ended up with new hardware UUIDs. My remaining Clover hack is my main work machine and I'm worried that changing the UUID could affect software activations on it. So I'm a little hesitant to try just now. To be clear, the UUID you set in the PlatformInfo isn't the one you will see in System Profiler. Link to comment Share on other sites More sharing options...
Andrey1970 Posted July 13, 2020 Share Posted July 13, 2020 12 minutes ago, Riley Freeman said: Rather than opening a thread for it, I'll just ask here. Is it possible to specify a Hardware UUID in OpenCore? In Clover setting CustomUUID achieves this. I've migrated two of my hacks to OC now and in both cases I ended up with new hardware UUIDs. My remaining Clover hack is my main work machine and I'm worried that changing the UUID could affect software activations on it. So I'm a little hesitant to try just now. To be clear, the UUID you set in the PlatformInfo isn't the one you will see in System Profiler. Run macserial with Clover, copy System ID, insert in SystemUUID OpenCore. 3 Link to comment Share on other sites More sharing options...
Riley Freeman Posted July 13, 2020 Share Posted July 13, 2020 (edited) 32 minutes ago, Andrey1970 said: Run macserial with Clover, copy System ID, insert in SystemUUID OpenCore. Thanks! I'll try this later. Tried this with my laptop and it worked perfect. I have the old UUID back. So it should be safe to work on migrating my X79 over to OpenCore now. Edited July 13, 2020 by Riley Freeman Link to comment Share on other sites More sharing options...
ghost8282 Posted July 13, 2020 Share Posted July 13, 2020 2 hours ago, Riley Freeman said: So it should be safe to work on migrating my X79 over to OpenCore now. Check also all the other platform info and insert them in opencore config.plist. Maybe you will need to insert them manually. For imessage/facetime these should be needed. Link to comment Share on other sites More sharing options...
Riley Freeman Posted July 13, 2020 Share Posted July 13, 2020 (edited) I've managed to get mostly there but have got a couple of stumbling blocks. Firstly I can't figure out how to fake my CPU type (3930k to 6-Core Intel Xeon). In Clover I set it to 0x501 in the CPU section. According to the Clover conversion guide I should set this as PlatformInfo->SMBIOS->ProcessorType->1281 but it's not injecting so I still see "3.2Ghz Unknown". I didn't have a SMBIOS section until this as I've been using Generic. Also when I left OpenCore to inject my GeForce 210 everything seemed to be going fine until it switched to the final boot stage (out of verbose) when it would kernel panic. The panic referred to the nvidia drivers. I grabbed an old ssdt I had for nvidia injection and this fixed the crash but I now have a @2min hang on boot while a couple of IOHDA calls time out. This may be related to HDMI but I'm not completely sure. My original SSDT didn't have a HDMI section as I've never bothered to enable this on my 210. I added one but it hasn't fixed the hang. Any idea why the nvidia drivers would crash like that? I'd be happy to use OpenCore's nvidia injection over injecting another SSDT. Edited July 13, 2020 by Riley Freeman Link to comment Share on other sites More sharing options...
ghost8282 Posted July 14, 2020 Share Posted July 14, 2020 13 hours ago, Riley Freeman said: but it's not injecting Check that PlatformInfo --> Automatic is not set to true. Note that you need to add manually all the keys when it is set to false. Link to comment Share on other sites More sharing options...
arsradu Posted July 14, 2020 Share Posted July 14, 2020 (edited) Hi guys, Apologies if this has been discussed before. I've been away for a while. And as you probably know, the search feature of the forum hasn't been working for a while now, so... for those of you who tried Big Sur (beta 2), have you guys tried booting into the 10.16 Recovery partition? Does it work for you? Cause I'm getting this error: OCB: LoadImage failed - unsupported For as far as I could google, this seems to be (or at least was) pretty common for AMD builds. It's not the case for me since I'm an Intel user, so I was wondering if anyone else got the same error. I'm on OC 0.6.0. Also, in case you're thinking about it, from my tests so far, it's probably a pretty bad idea to start the installation from an already booted Big Sur partition onto a Catalina partition (attempting to follow with an update on that one). I don't know what it does but it ends up throwing this error at some point during the process ("Current device configuration and target is invalid for install in the current state. Please try again.") and making that partition unbootable. Seems to have something to do with startup security, which you're supposed to set to High, from Recovery. Could also be something else entirely. That's just where I managed to find a mention of it. The problem is obviously that, since you can't boot into Recovery, you also can't change that (assuming it can be changed in the first place). Soo...backup, backup, backup. Also, just in case this is in any way off-topic, I would like to kindly ask a moderator to either edit or move my post to wherever they consider a more appropriate place for it. Also, sorry for spamming. Thank you. Edited July 14, 2020 by arsradu Link to comment Share on other sites More sharing options...
eSaF Posted July 14, 2020 Share Posted July 14, 2020 @arsradu - Hey welcome back!!!!! - Yes the subject of booting into the Recovery Partition on Big Sur was discussed and I made a note of it - Hope the link still works but this is the gist of it - I haven't tried it as yet and hope I never need to Spoiler Spoiler How can i boot into Big Sur's recovery? Or is this not possible on hacks / OpenCore? set UEFI/APFS/JumpstartHotPlug to YES in OC config.plist (as recommended by this post @applelife.ru) and OC successfully booted to Big Sur Recovery. 2 Link to comment Share on other sites More sharing options...
arsradu Posted July 14, 2020 Share Posted July 14, 2020 @eSaF Thank you very much! That was a win. Added apfs.efi to OC/Drivers (and config), set JumpstartHotPlug to YES and that's about it. All good. Once again, thank you very much! 1 Link to comment Share on other sites More sharing options...
Pavo Posted July 14, 2020 Share Posted July 14, 2020 apfs.efi is not needed with the latest OpenCore to boot into BS Recovery, only need to set JumpstartHotPlug to true/yes. 2 1 Link to comment Share on other sites More sharing options...
arsradu Posted July 14, 2020 Share Posted July 14, 2020 Yeah, initially I tried without it, and it didn't work for me. Could be that I missed something... After that, I added apfs.efi to Drivers to see if it makes any difference and that finally allowed me to boot into BS Recovery. I'll try to look more into it (I most likely missed something) and see if I can get it to boot without the actual apfs.efi driver. Thank you very much for the feedback! 1 Link to comment Share on other sites More sharing options...
Riley Freeman Posted July 14, 2020 Share Posted July 14, 2020 (edited) 8 hours ago, ghost8282 said: Check that PlatformInfo --> Automatic is not set to true. Note that you need to add manually all the keys when it is set to false. I managed to find the values I needed to add here. I now have the CPU showing as a Xeon. I also fixed my hanging IOHDA issue by rolling back to an older AppleALC version and injecting no-hda-gfx to disable HDMI. Still don't know why OpenCore's nvidia injection was crashing but my SSDT works fine. Thanks for the help! Edited July 14, 2020 by Riley Freeman Link to comment Share on other sites More sharing options...
iGPU Posted July 15, 2020 Share Posted July 15, 2020 (edited) 8 hours ago, Pavo said: apfs.efi is not needed with the latest OpenCore to boot into BS Recovery, only need to set JumpstartHotPlug to true/yes. Pavo, I tried booting into BS Recovery with JumpstartHotPlug enabled, but see error: "OCB: LoadImage failed - Unsupported" and OC won't boot into Recovery. Instead, selecting the "Recovery 10.16" disk repeatedly loops back to menu (but from there, I can successfully boot into BS). I'm using OCBuilder compiled v060 (14 July). Also, do you have any comments about my earlier post here? Thanks. Edited July 15, 2020 by iGPU Link to comment Share on other sites More sharing options...
Recommended Posts