Contribute
Register

X299 Big Sur Support

Joined
Feb 26, 2011
Messages
127
Motherboard
ASUS PRIME X299-A II
CPU
i9 10940X
Graphics
AMD Radeon RX 6800 XT
Mac
  1. MacBook
  2. MacBook Pro
Mobile Phone
  1. iOS
If so, I'll see if I can prepare some config.plist files that a non-NVRAM X299 user could test an install with.

Of course this is no replacement for properly working NVRAM. But it might get some X299 users on Big Sur until a way is found to get NVRAM properly working on X299.

I really like this idea - if you can get it to work it could be a good option for those not wanting to mess with custom UEFI BIOS hacks...

Still could potentially break on major upgrades but it could be worth it for people to at least get installed if they don't have a working Mac on hand
 
Joined
Nov 14, 2020
Messages
34
Motherboard
Asrock X299 Creator
CPU
10980XE
Graphics
5700XT
If you do it this way it only wants to reboot once, when it does that just unplug the drive at reboot and let your real Mac boot as normal back into MacOS then plug it back in, mount the EFI partition, copy over your EFI folder and then go and plug it into your hack. :thumbup:
SO CLOSE... yet so far:( After the first reboot finished on my cMP5,1 (the "last minute" lasted more like 15/20 mins), I unplugged the drive... And copy the EFI over and connect it to my X299. The installer showed up on bootpicker, and I let it finish this last step -- no Apple status bar showing up here, just a lot verbose texts scrolling through. And the machine rebooted and the BS drive shows up! But I am still stuck here... Any idea on what the problem is? Many thanks!
 

Attachments

  • BS install problem.pdf
    19.9 MB · Views: 35
Joined
Mar 6, 2013
Messages
272
Motherboard
Gigabyte X299X Designare 10G
CPU
i9-10980XE
Graphics
AMD 6900XT
Mobile Phone
  1. Android
I'm still not sure that you should transfer the drive until the install is complete. Nothing I've read indicates that the Big Sur sealing process is connected to a particular system. The sealing process creates a checksum for each file on the disk - a snapshot. I've not seen any mention that this checksum is system dependent.

So if you transfer the drive before all reboots are complete, I'd think you're likely to still hit the NVRAM issue.

If it were me I would do it the way I described before: install Big Sur on the other hack up to the point of the first login / create account screen, and confirm the install is complete. Only then transfer the drive.

I'm currently installing Big Sur on a fresh 128GB SSD on my X299, to test a fresh install. When it's done I'll try and confirm what I said above for myself, by seeing if that drive will boot in my X58 system (assuming the X58 is even capable of Big Sur - not sure on that yet!)

Then I'm going to try an install in which I've disabled NVRAM, to confirm I see the same issues you all describe. Then finally I'll try the method of recording NVRAM after each step of a successful install, and see if my theoretical method of manually applying those NVRAM variables via config.plist is workable.
 
Joined
Feb 26, 2011
Messages
127
Motherboard
ASUS PRIME X299-A II
CPU
i9 10940X
Graphics
AMD Radeon RX 6800 XT
Mac
  1. MacBook
  2. MacBook Pro
Mobile Phone
  1. iOS
I'm still not sure that you should transfer the drive until the install is complete. Nothing I've read indicates that the Big Sur sealing process is connected to a particular system. The sealing process creates a checksum for each file on the disk - a snapshot. I've not seen any mention that this checksum is system dependent.

Yeah I agree - I might have got lucky, I've only had to do it once and it worked out fine but it would make sense to just finish the installer completely before moving to the other machine.

@shutterbug168 - The other thing to note is that if its a SATA SSD you might need to make sure you have the Catalina AHCI kext added to your EFI/config.plist.
When connected to the other machine via USB it would of course work fine but if you attach to SATA on Big Sur you might be having a problem there. Don't forget you can use the "min. Kernel version = 20.0.0" property to only load that kext on Big Sur if you have older installations on the same machine.

@TheBloke - Really interested to those results with disabled NVRAM and your method to try and make it work. For now I'm going to try and clone my Big Sur install that's currently on a spare SATA SSD over to my main NVME drive and keep this install on SATA as a testbed - once an update comes out I'll try it on this install first to see if it survives the reboots :thumbup:
 
Joined
Mar 6, 2013
Messages
272
Motherboard
Gigabyte X299X Designare 10G
CPU
i9-10980XE
Graphics
AMD 6900XT
Mobile Phone
  1. Android
The other thing to note is that if its a SATA SSD you might need to make sure you have the Catalina AHCI kext added to your EFI/config.plist.
I've not heard of this. I've done a Catalina -> Big Sur update on two SATA3 SSDs now and it worked fine. I've not actually install Big Sur on NVMe yet, as I'm saving that for when I'm upgrading to Big Sur for good.

Does the need for that kext vary by motherboard maybe?

Right now I'm doing a fresh install of Big Sur - first one I've done, as the other two were updates - on a third SATA3 SSD, so I'll see if that's any different. But so far it seems to be running OK.
 
Joined
Jul 27, 2012
Messages
17
Motherboard
MSI Raider X299
CPU
Core i9-7860X
Graphics
Radeon RX Vega 64
Mac
  1. Mac mini
  2. Mac Pro
Mobile Phone
  1. iOS
I tried exactly same approach for my MSI X299 Raider based Hackintosh. I have a real MacPro (2013, old and slow) that I used to install Big Sur 11.0.1 on the SSD connected to USB, then transferred it back to the Hackintosh and added the EFI folder. Boots just fine into Big Sur.
Another update - this only worked for my SATA SSD. When I tried to update my NVME SSD (via NVME-USB adapter) - it did not work. My NVME SSD when used via USB never becomes bootable, so the installation never completes. So stuck now on 10.15.7 until a solution is found.
 
Joined
Nov 14, 2020
Messages
34
Motherboard
Asrock X299 Creator
CPU
10980XE
Graphics
5700XT
I've not heard of this. I've done a Catalina -> Big Sur update on two SATA3 SSDs now and it worked fine. I've not actually install Big Sur on NVMe yet, as I'm saving that for when I'm upgrading to Big Sur for good.

Does the need for that kext vary by motherboard maybe?

Right now I'm doing a fresh install of Big Sur - first one I've done, as the other two were updates - on a third SATA3 SSD, so I'll see if that's any different. But so far it seems to be running OK.
Okay, I will redo the install with a newer MacBook Pro and let it run all the way this time... I am using a m.2 vnme drive with a USB adapter. Thanks again!
 
Joined
Nov 14, 2020
Messages
34
Motherboard
Asrock X299 Creator
CPU
10980XE
Graphics
5700XT
Ah.. then you may then have the issue that @amitbapat just described.

Do you have a SATA SSD you could use via USB?
Oh, good to know! I do have an old SATA SSD... that I will just plug it into the SATA port. Fingers crossed!
 
Joined
Feb 26, 2011
Messages
127
Motherboard
ASUS PRIME X299-A II
CPU
i9 10940X
Graphics
AMD Radeon RX 6800 XT
Mac
  1. MacBook
  2. MacBook Pro
Mobile Phone
  1. iOS
Okay, I will redo the install with a newer MacBook Pro and let it run all the way this time... I am using a m.2 vnme drive with a USB adapter. Thanks again!

Does your real Mac have a T2 chip? You might need to set "allow booting from external media" in the startup security utility in order to allow it to reboot from there during installation.
 
Top