Jump to content
31014 posts in this topic

Recommended Posts

@MakAsrock I took a quick look at your config.plist and don't see any glaring issues, other than the fact that you're using SMBIOS MacMini8,1 with a 12th Gen Intel PC.  I suspect that if you are having issues, it's more because you're attempting to use an SMBIOS for an 8th Gen Intel platform that expects an iGPU than because of your use of -no_compat_check.  I would think that with 12th Gen Intel / no iGPU / dGPU that you'd be using MacPro7,1 which is supported by Tahoe.

  • Like 1
10 minutes ago, deeveedee said:

@MakAsrock I took a quick look at your config.plist and don't see any glaring issues, other than the fact that you're using SMBIOS MacMini8,1 with a 12th Gen Intel PC.  I suspect that if you are having issues, it's more because you're attempting to use an SMBIOS for an 8th Gen Intel platform that expects an iGPU than because of your use of -no_compat_check.  I would think that with 12th Gen Intel / no iGPU / dGPU that you'd be using MacPro7,1 which is supported by Tahoe.

So, I was just trying to test the effect of the -no_compat_check boot argument. The result was negative. I'll try it tomorrow on a different system unit with 10th Gen Intel a UHD630 iGPU and a Radeon RX 560x dGPU. 

Then I'll write back and tell you what happened.

  • Like 1
14 hours ago, deeveedee said:

@LockDown and @MakAsrock

I'm probably misunderstanding what you're saying, so could you please clarify? - thank you.  I routinely install macOS Tahoe with boot-arg -no_compat_check or with Booter Patch "Skip board ID Check" using unsupported SMBIOS MacMini8,1.  I can perform this installation on systems with only UHD630 iGPU and with systems that have both dGPU Radeon RX 560x and iGPU UHD630.

 

Under what conditions does -no_compat_check or Skip Board ID check no longer work for installing Tahoe on systems with unsupported SMBIOS?

Im referring installation in general, as we are not in Tahoe thread.

Note: Pic not mine

 

Last time i did a fresh install ( not nessesarily Tahoe). i only mentioned Tahoe to test the "Repaired feature that SMBIOS choosing automatically according to OS version."

 

If i use unsupported smbios WITHOUT -no_compat_check or "Skip board ID Check", i get this  (which is obvious)

image.thumb.png.69989e7903ef0f651d804f0613585877.png

 

If i use unsupported smbios WITH -no_compat_check or  "Skip board ID Check", i get this (disregard whatever OS version is in the pic)

image.jpeg.a21c6b7bcc7021d6c95f6c1f03700017.jpeg

 

I have yet to try in Tahoe if the latter still accuring on a clean install

Edited by LockDown
  • Like 3
1 hour ago, LockDown said:

If i use unsupported smbios WITH -no_compat_check or  "Skip board ID Check", i get this (disregard whatever OS version is in the pic)

image.jpeg.a21c6b7bcc7021d6c95f6c1f03700017.jpeg

 

I have yet to try in Tahoe if the latter still accuring on a clean install

To fresh install Big Sur or later using unsupported smbios, I think you need vmm spoof such as revpatch=sbvmm. For an update, you need to be running on Big Sur or later as vmm spoof won't work in Catalina or older. You need both board-id bypass and vmm spoof to install or update when using unsupported smbios.  

  • Like 2
11 hours ago, MakAsrock said:

So, I was just trying to test the effect of the -no_compat_check boot argument. The result was negative. I'll try it tomorrow on a different system unit with 10th Gen Intel a UHD630 iGPU and a Radeon RX 560x dGPU. 

Then I'll write back and tell you what happened.

Don't ask how it was installed, I didn't do it.
The computer does not belong to me:
Motherboard:
ASRock Z390 Phantom Gaming 6
iGPU: Intel HD Graphics 630
dGPU: Sapphire Pulse Radeon RX 580 8GB GDDR5
RAM: 32GB DDR4-3000
SSD: 128GB WD Green M.2
Audio: Realtek ALC1220 (Onboard)
LAN: Intel I219V + Realtek Dragon RTL8125AG (Dual LAN)
I/O: USB 3.0 / 3.1 / 3.1 Gen 2
Monitor: Full HD (via HDMI)
macOS Big Sur - Everything is installed and works perfectly.
macOS Tahoe - With -no_compat_check Bootloop

macOS Tahoe - With SMBIS MacPro7,1 (with -no_compat_check and without it) Everything is installed and works perfectly.

hackintosh-shows-prohibitory-symbol-v0-xw1n5vx1nyzd1.jpeg

 

 

config.plist.zip

Edited by MakAsrock
  • Like 3

I have needed to use revpatch=sbvmm in my config.plist since Sonoma.  I thought everyone was using it for their hacks - no?

 

EDIT: This helped me for enrolling unsupported hack in Tahoe Beta

Edited by deeveedee
  • Like 4
23 minutes ago, deeveedee said:

I have needed to use revpatch=sbvmm in my config.plist since Sonoma.  I thought everyone was using it for their hacks - no?

I am using that on a already installed OS but not during install. Never thought the issue i posted above will fix it

  • Like 3
9 minutes ago, LockDown said:

I am using that on a already installed OS but not during install. Never thought the issue i posted above will fix it

I am using that on any macOS since Ventura. I couldn't imagine that someone wouldn't know about this trick. 😜 

  • Like 3
45 minutes ago, MakAsrock said:

I couldn't imagine that someone wouldn't know about this trick. 😜 

Well. Im used to installing an OS on a running OS. And since my running OS already has the svbmm flag, i never thought i would be needing it on a USB install method 😀

Do you consider that as a trick? Dont think so 😜✌️

  • Haha 1
1 hour ago, LockDown said:

Well. Im used to installing an OS on a running OS. And since my running OS already has the svbmm flag, i never thought i would be needing it on a USB install method 😀

Do you consider that as a trick? Dont think so 😜✌️

I use the same config during installation and subsequent use. 😉🫠

  • Like 1
×
×
  • Create New...