Jump to content

[pre-release] macOS Big Sur in VMWare


1,188 posts in this topic

Recommended Posts

1 minute ago, mnfesq said:

 

Yup, it sounds like the way to get this installed is to download a cryptographically signed APFS snapshot of an installation made on.a real Mac.  

So having the system installed, opencore can inject the kext like in any other version of Mac OS?

Link to comment
Share on other sites

5 minutes ago, DarkNeptune0 said:

So having the system installed, opencore can inject the kext like in any other version of Mac OS?

 

That's what people are reporting that have built their installation on a real Mac with an external USB drive .

Link to comment
Share on other sites

On 6/25/2020 at 6:44 PM, dariuxzy said:

 

@DarkNeptune0the error is this ... I also put my EFI, which works perfectly with Catalina but with Big Sur I have this problem (I'm on OC)

My main EFI (opencore 0.5.8) that contains all the SSDT, kext etc.. gives me the error of the next capture.  The one I attached above is version 0.6.0 with several different settings and it's the one that manages to go further.  Maybe you could try to remove some kext or settings and leave the essential.

Spoiler

15931228124097934039556678344250.jpg

Link to comment
Share on other sites

7 minutes ago, mnfesq said:

 

That's what people are reporting that have built their installation on a real Mac with an external USB drive .

But that's just because OC hasn't been updated to support booting Big Sur's installer right?

After 0.6.0 (or another future version) gets officially released, we'll be able to upgrade or clean install as normal, correct?

Link to comment
Share on other sites

21 minutes ago, mnfesq said:

 

Yup, it sounds like the way to get this installed is to download a cryptographically signed APFS snapshot of an installation made on.a real Mac.  

What do you mean?

Link to comment
Share on other sites

1 hour ago, ricoc90 said:

I guess the biggest issue will be this:
 

Internal changes
 

The most significant structural change inside Big Sur is that the boot System volume isn’t protected by SIP any more, but is a cryptographically signed APFS snapshot. You can’t just disable SIP and mount the System volume for writing, and there’s no way to boot a live System volume which you can write to. Instead, if you need to make changes to the contents of the macOS System volume, you’ll need to disable its authentication in Recovery Mode, mount it, make any changes, create an APFS snapshot, then use that to boot from. Step-by-step instructions for doing this will no doubt emerge in coming days.

 

https://eclecticlight.co/2020/06/24/big-sur-and-apple-silicon-interesting-times-ahead/

 

This really explains why, for now, we are at a dead end with Clover and OpenCore.  Neither can inject any kext into a snapshot. Without kext injection or the ability to write to S/L/E or L/E, we are stuck until someone can figure out how to add FakeSMC or VirtualSMC and other necessary startup kexts to a snapshot that can be used by the Big Sur installer.  

  • Thanks 2
Link to comment
Share on other sites

30 minutes ago, mnfesq said:

 

This really explains why, for now, we are at a dead end with Clover and OpenCore.  Neither can inject any kext into a snapshot. Without kext injection or the ability to write to S/L/E or L/E, we are stuck until someone can figure out how to add FakeSMC or VirtualSMC and other necessary startup kexts to a snapshot that can be used by the Big Sur installer.  

I am sure it is just a matter of time until both Clover and OpenCore developers find a solution to this. Kudos for those guys' efforts.

Link to comment
Share on other sites

2 minutes ago, PropoFlexWX4 said:

I am sure it is just a matter of time until both Clover and OpenCore developers find a solution to this. Kudos for those guys' efforts.

I’m sure about that too. Clover or OpenCore are gonna find a solution, but we don’t know how much time could it take to share a final version of a bootloader for Big Sur.

  • Like 1
Link to comment
Share on other sites

3 minutes ago, tore2003 said:

I’m sure about that too. Clover or OpenCore are gonna find a solution, but we don’t know how much time could it take to share a final version of a bootloader for Big Sur.

It doesn't matter how long it takes for now, as we are still several months away from macOS 11's official release (General Availability).

But I suspect we'll get updated boot loaders soon.

  • Like 1
Link to comment
Share on other sites

1 hour ago, manmo71 said:

Try this modified EFI, if it works...EFI.zip

 

I have just cleaned up your EFI and made small changes, may not be perfect but give it a try...

Thank you, still the same. It doesn’t see USB drive at all. I only got Internal drive and Clean Nvram entries in the boot selection. Weird. I’ll look more into it tomorrow. 

Link to comment
Share on other sites

Just now, YukiPowa said:

You have boot on installer and install is okey ? How please :)

 

Installer was via VBox without any patches. (CPU Spoofed)

Installed system is bare metal with updated patches. Experimental patches will be shared on the AMD OS X github soon but no support will be given for Beta versions of macOS.

  • Like 1
Link to comment
Share on other sites

1 minute ago, Shaneee said:

 

Installer was via VBox without any patches. (CPU Spoofed)

Installed system is bare metal with updated patches. Experimental patches will be shared on the AMD OS X github soon but no support will be given for Beta versions of macOS.

Okey

 

I have install okay, but

 

My wifi card not work BCM94360CS2

 

IntelMausi not work

Link to comment
Share on other sites

On 6/26/2020 at 4:41 AM, Max.1974 said:

Im almost get install, but that installer usb get loop from install and nothing change...but thanks anyway!!! Thanks a lot!!!

I had the same issue before, it was caused by the 2 booter-fileset items in NVRAM section of the config file. simply remove those items and clear NVRAM should solve it.

  • Like 1
Link to comment
Share on other sites

19 minutes ago, monokeith said:

I had the same issue before, it was caused by the 2 booter-fileset items in NVRAM section of the config file. simply remove those items and clear NVRAM should solve it.

 

Please you can explain how do this, im completely stupid with OC...

Link to comment
Share on other sites

2 minutes ago, MattsCreative said:

 can someone build that clover please

 

 

The commit is from two days ago.

Probably it is under heavy testing.

  • Like 1
  • Haha 1
Link to comment
Share on other sites

×
×
  • Create New...