Unless there is something really relevant updated for your system, which you can't do without, I would recommend sticking with your current Bios. It works, so leave it be until you actually need what the new Bios is offering.
Unless there is something really relevant updated for your system, which you can't do without, I would recommend sticking with your current Bios. It works, so leave it be until you actually need what the new Bios is offering.
Maybe Perplexity can help me i will send them everything i know about my mappings let us see
EDIT: Ya, Sir.
don't need this Boot Args i will try Tahoe MacOS Installer with -v
I almost can install fresh with Boot Stick from Tahoe it , the Update was an Issue dont know why ...
Small Update New Error from Tahoe Install, it is kind of weird.
Because under sequoia the EFI runs almost flawless unless the USB Mapping.
Here is a screenshot from the Problem
The most common issue when looking to install Tahoe is an over populated /EFI/OC/Kexts folder. The trick is to disable or delete any kexts that are not essential to getting Tahoe installed. A Kexts folder contain just these Kexts might be what you need to use.
Lilu.kext
VirtualSMC.kext
AppleMCEReporterDisabler.kext
USBPorts.kext or USBMap.kext that has been updated to work with Tahoe.
USBToolBox.kext & UTBMap.kext won’t work in Tahoe, as the UTBMap configuration lacks the new port name and number requirement for Tahoe.
The methods for generating either of other two USB kexts have been updated in their respective Application/Script so they will work with Tahoe.
You just need to make sure if you are using Sequoia that you use one of the two methods to generate a new kext based on your current configuration.
Ethernet kext (whichever one you need for your motherboard)
WhateverGreen.kext version 1.7.1d7, see link below.
I would also recommend using this Kernel patch when running a fresh/clean installation of Tahoe. As it prevents the installer from implementing FileVault encryption on your macOS drive. As this would result in you not being able to sign in to your account on the macOS login screen.
Thanks to @Slice @LockDown and @luxinhaus for perfect patch for Clover And @Luchina for Opencore video tutorial on Youtube. This tutorial aims to disable FileVault during installation or updates using patch key in Clover and OpenCore through a kernel patch, simply by adding the following keys: Cl...
It's inexplicable to me why these various errors are occurring.
I boot with an EFI that worked perfectly before, but now it doesn't.
Sometimes, after selecting the USB drive in the boot menu, nothing happens, and the system jumps straight back to the boot menu.
Another phenomenon is a black screen after almost everything has finished running. I started with -v boot arg, so I couldn't identify any errors.
Another issue occurs after almost everything has finished running: a restart.
And finally, sometimes the system gets stuck on AHCI.
I still absolutely don't understand why everything worked before.
It's driving me crazy. Even Sequoia doesn't work anymore.
The EFIs were newly created, and some were old. I'm starting to think the motherboard might actually be faulty. An alternative would be to buy a used Asus board and try it out on a test bench. Otherwise, switch completely to macOS, as updates for Tahoe will also cease.
EDIT: TRY different Bios now is F38 dec. , also try now 41 - NVME Reset. Sometimes i tink the EFI change be it self or Memory is not clean somehting like that.
Changing the Bios, without checking to see if the system DSDT.aml needs new or different patches isn’t a good thing to do.
Using the verbose boot argument (-v) can on some systems lead to a kernel panic, depends on what else has been enabled, I.e. Realtek Ethernet port/kext rings a bell.
Have you looked into copying the EFI folder from your USB Installer to the EFI Partition on the macOS drive? As that is how I and most Hackintosh users setup their Hacks, once they have macOS installed. See this Dortania page for details.
I’m dealing with a very sporadic kernel panic / boot instability issue on my AM5 Hackintosh, and I’m trying to narrow down the cause.
My system:
AM5 Hackintosh
macOS booting via OpenCore
NVMe SSDs:
Samsung 9100 2TB
Samsung 970 EVO 1TB
SATA SSD:
SanDisk 500GB SATA SSD
I also use NVMeFix.kext
The problem does not happen all the time. It appears randomly, and I first suspected an AHCI / SATA issue.
What I found so far:
CrystalDiskInfo shows the SanDisk SSD as healthy:
97% health
37°C
no reallocated blocks
no CRC errors
CHKDSK in Windows also reports no file system problems and no bad sectors.
However, my boot logs show repeated AHCI messages like:
COMRESET did not proceed
WaitForLinkPresent
EnablePortOperation returned: 0xE00002D6
These messages seem to point to a SATA link / port / controller issue rather than a bad file system.
My main question:
Could an unstable SATA/AHCI device or port also cause kernel panics or boot problems in macOS, even if the SSD itself looks fine in SMART and CHKDSK?
At this point I’m wondering whether:
the SATA cable is bad,
the SATA port on the board is unstable,
the SanDisk SSD is causing the issue only under certain conditions,
or this is something else related to the Hackintosh setup.
This site uses cookies to help personalise content, tailor your experience and to keep you logged in if you register.
By continuing to use this site, you are consenting to our use of cookies.
Sure, ad-blocking software does a great job at blocking ads, but it also blocks some useful and important features of our website. For the best possible site experience please take a moment to disable your AdBlocker.