Jump to content
8755 posts in this topic

Recommended Posts

@hardcorehenry Thank you for your post.  Looks like I will need to enable OC logging and look for the OCABC: Recovering trashed GetMemoryMap pointer message in the log to determine that setting's relevance to my build.  Thank you!

  • Like 1

it took me a awhile to track downt where OC stopped working for me. but it is this commit: 

OpenCoreNvram: Never store 'opencore-version' as NV
  •  
    Marvin Häuser
  • 40cdc48c

     gRT->SetVariable (
      OC_VERSION_VARIABLE_NAME,
      &gOcVendorVariableGuid,

was
     Config->Nvram.WriteFlash ? OPEN_CORE_NVRAM_NV_ATTR : OPEN_CORE_NVRAM_ATTR,

proposed
      OPEN_CORE_NVRAM_ATTR,


      AsciiStrLen (Version),
      (VOID *) Version
      );

 

problem is that it seems I need to set WriteFlash = true, otherwise it doesnt work.

16 hours ago, Download-Fritz said:

@tluck Try resetting NVRAM and then booting into a "broken" version *without* booting the old version (prior to the commit)

hmm i built the latest version and reset nvram. but unless i add this Config->Nvram.WriteFlash ? OPEN_CORE_NVRAM_NV_ATTR : OPEN_CORE_NVRAM_ATTR back into the code - boot just stops after loading kexts.

 

Edited by tluck

Guys I got an old Gigabyte motherboard H55M that I cant make to shutdown or restart properly or make all the USB ports work with non HUB, it is running Big Sur, Originay I installed Catalina with Clover and shutdown/restart and USB ports were good but GUI was very sluggish, if I boot with Opencore sluggishness disappears but I cannot make it shutdown/restart or USB work properly

Then I upgraded to Big Sur so clover now doesn't boot properly
 

I researched several forums but sinces this is an old motherboard I cant find anything to make proper SSDTs to modify the behaviour

I found an old modified DSDT that makes the USB works fine but cannot boot windows with it because it shows an ACPI error but again Shutdown and Restart does not work properly


BTW, hello again.

Not sure if I did something wrong, I updated Open Core from 0.6.5 to 0.6.7 but it looks like I'm still on 0.6.5 version.
Hackintool also says the Current Booted Version is 0.6.5
Is there any bug with 0.67 ?!

Open Core 0.6.7 ocvalidade has the following output:

Completed validating /Volumes/EFI/EFI/OC/config.plist in 1 ms. No issues found.
nvram 4D1FDA02-38C7-4A6A-9CC6-4BCCA8B30102:opencore-version

4D1FDA02-38C7-4A6A-9CC6-4BCCA8B30102:opencore-version REL-065-2021-01-04

 

On 3/7/2021 at 3:23 AM, macgirl said:

 

Guys I got an old Gigabyte motherboard H55M that I cant make to shutdown or restart properly or make all the USB ports work with non HUB, it is running Big Sur, Originay I installed Catalina with Clover and shutdown/restart and USB ports were good but GUI was very sluggish, if I boot with Opencore sluggishness disappears but I cannot make it shutdown/restart or USB work properly

Then I upgraded to Big Sur so clover now doesn't boot properly
 

I researched several forums but sinces this is an old motherboard I cant find anything to make proper SSDTs to modify the behaviour

I found an old modified DSDT that makes the USB works fine but cannot boot windows with it because it shows an ACPI error but again Shutdown and Restart does not work properly


BTW, hello again.

Can't tell much without your EFI (at least config.plist).  Have you enabled ACPI > Quirks > FadtEnableReset?

20 hours ago, Taruga said:

Cleared NVRAM, rebooted and I have the same result. This is weird ... 

Just tested updating open core on another PC to 0.6.7 and I have the same result.

I don't understand what's happening....

Hackintool 3.5.3 reports correct 0.6.7 version for me...

Spoiler

1579545584_ScreenShot2021-03-08at11_32_59AM.png.15d4a4c2223514fef478db5c463e0579.png

 

When I "upgrade" from one version of OC to the next, I completely clear my EFI, copy the new (in this case 0.6.7) EFI from github (both BOOT and OC) to my clean EFI and then replace config.plist, Kexts, ACPI.  Then I reboot, clear NVRAM and boot with my new OC.

 

Without seeing your EFI, I'd guess that you've accidentally mixed OC file versions in your EFI or you're not booting from the EFI that you think you are.

  • Like 1
  • Thanks 1

Is anyone having a problem chainloading OpenCore.efi  0.6.5 or later from Grub2?

 

Up until 0.6.4 chainloading worked fine from the Grub.cfg but no boot list appears when updating to 0.6.5 or later.

 

using:

 

menuentry "Open Core"{
    insmod part_gpt
    # insmod chain
    search --no-floppy --set=root --fs-uuid xxxx-xxxx
    chainloader /EFI/OC/OpenCore.efi
}

 

Any specific pointers to resolve this?

Edited by HenryV
add info
  • Sad 1
3 hours ago, tonyx86 said:

Without seeing your EFI, I'd guess that you've accidentally mixed OC file versions in your EFI or you're not booting from the EFI that you think you are.

I've just solved my issue and I figured out what I was doing wrong.

It was because I was clearing nvram with: sudo nvram -c
As soon as I used the OC ClearNvram.efi from the Tools, the problem went away

Now I see the correct version (also on Hackintool):
 

nvram 4D1FDA02-38C7-4A6A-9CC6-4BCCA8B30102:opencore-version

4D1FDA02-38C7-4A6A-9CC6-4BCCA8B30102:opencore-version REL-067-2021-03-01


Thank you for your comment, It gave me the push I needed to try one more time.
All the EFI files were correct, I didn't change anything. 

  • Like 2
8 hours ago, Taruga said:

I've just solved my issue and I figured out what I was doing wrong.

It was because I was clearing nvram with: sudo nvram -c
As soon as I used the OC ClearNvram.efi from the Tools, the problem went away

Now I see the correct version (also on Hackintool):
 

nvram 4D1FDA02-38C7-4A6A-9CC6-4BCCA8B30102:opencore-version

4D1FDA02-38C7-4A6A-9CC6-4BCCA8B30102:opencore-version REL-067-2021-03-01


Thank you for your comment, It gave me the push I needed to try one more time.
All the EFI files were correct, I didn't change anything. 

 

You deserve all the credit for finding your error and correcting it - not me.  The best we can say about my post is that I guessed incorrectly and you found the solution anyway.  Way to persist without giving up!

  • Thanks 1

Hi guys,

 

Long time since last post. Have issue with black screen after switching from HDMI to DP on a Sapphire 5700 XT Nitro card. HDMI works beautifully.

 

On Catalina 10.15.4. Feel no urgency in upgrading to anything else as works great except for DP support.

 

Any help be appreciated.

 

PS: Running natively. No Whatevergreen or anything like that being loaded I don't think.

 

They exist in my efi kext folder but not referenced in config.plist so I don't suppose they are being loaded.

 

Thanks

Thanks to 5T33Z0

 

This post solved the missing Big Sur updates issue:

 

EDIT: *According to Dortania's OpenCore install Guide, the csr-value for Big Sur is FF0F0000. But in my and a lot of other people's experiences in the german hackintosh-forum, this value doesn't work correctly, because you won't get any system updates if you use it. According to this discussion, 67080000 is the correct value for Big Sur:

  • Like 1

0.6.8 nightly show this errors

 

/Users/prabhuantonystudios/Downloads/OpenCorePkg-R0.6.8-DevBuild-03172021_015627\ 2/Utilities/ocvalidate/ocvalidate  /Volumes/EFI/EFI/OC/config.plist

OCS: Missing key Base, context <Patch>!

OCS: Missing key BaseSkip, context <Patch>!

OCS: Missing key Base, context <Patch>!

OCS: Missing key BaseSkip, context <Patch>!

OCS: Missing key Base, context <Patch>!

OCS: Missing key BaseSkip, context <Patch>!

OCS: Missing key Base, context <Patch>!

OCS: Missing key BaseSkip, context <Patch>!

OCS: Missing key Base, context <Patch>!

OCS: Missing key BaseSkip, context <Patch>!

OCS: Missing key Base, context <Patch>!

OCS: Missing key BaseSkip, context <Patch>!

OCS: Missing key Base, context <Patch>!

OCS: Missing key BaseSkip, context <Patch>!

OCS: Missing key Base, context <Patch>!

OCS: Missing key BaseSkip, context <Patch>!

OCS: Missing key Base, context <Patch>!

OCS: Missing key BaseSkip, context <Patch>!

Serialisation returns 18 errors!

 

Completed validating /Volumes/EFI/EFI/OC/config.plist in 3 ms. Found 18 issues requiring attention.

34 minutes ago, 5T33Z0 said:

@iamprabhuantony

 

Open Sample.plist > ACPI > Patch > 0

Copy Base and BaseSkip

Paste them in every of the 18 patches in your config.

 

 

Thanks a Lot.

 

prabhuantonystudios@Prabhus-iMac ~ % /Users/prabhuantonystudios/Downloads/OpenCorePkg-R0.6.8-DevBuild-03172021_015627/Utilities/ocvalidate/ocvalidate  /Volumes/EFI/EFI/OC/config.plist

 

Completed validating /Volumes/EFI/EFI/OC/config.plist in 4 ms. No issues found.

 

  • Like 2

When I switched from CLOVER to OC, I also switched from the CLOVER/Slice preferred Fix RTC (which sets RTC memory length = 0x02) to Acidanthera's rtcmemoryfixup.kext with a custom rtcfx_exclude range.  I'm finding that with my rig, the required rtcfx_exclude range changes with a new BIOS update and/or a new macOS update - not exactly sure which factors cause the change).  I'm thinking of abandoning rtcmemoryfixup.kext and switching back to a patched RTC with memory length = 0x02. Is anyone else running OC with a patched RTC (SSDT patch changing RTC memory length to 0x02) instead of using rtcmemoryfixup.kext and if so, how is that working for you?

×
×
  • Create New...