All of my SSDs are APFS. The bootable ones were formatted by their respective OS installers (Mojave/Catalina/BS 11.1/BS 11.3). The data drives were formatted by either Mojave or Catalina, I forget which (possibly a mix of the two, definitely not Big Sur). The two spinners are HFS+. All of the drives are "vanilla," single-purpose drives, no creative partitioning (just whatever defaults Disk Utility used). As noted last night, that didn't seem to make a difference, but I think this notion warrants more scrutiny. I will add that to the list of things I'll try to test. (I don't have much time today.)May I know if all your test drivers are in APFS? Or just the macOS drive is APFS, and the extra data drives may be in HFS+ or something else?
I wonder if "the number of hard drive" is the variable. Or, "the number of APFS hard drive (or even container)" is the variable to trigger the problem.
I agree. What a terrible answer. He don´t understand the purpose of this forum.Nobody is disrespecting anything, I wanted to highlight that you are injecting code and components you build yourself from source and offer it to people as a package installer. That's all. I personally believe this is not the right approach. Acidanthera provides a very comprehensive manual for configuring OpenCore. To get the most out of OpenCore, it is important to read the manual and understand its settings, not use a system that does everything for end-user without understanding anything behind the scenes. I believe @vit9696 shares also this philosophy.
Feel free to reach at me with a PM, if you want to talk more about it.
The APFS timeout limits the amount of time the SSD has to perform TRIM functions at boot. A -1 value is no limit, and should take longer to boot, not shorter. The value is in microseconds (not seconds, not milliseconds), so Martin's value of 999 is effectively 1 millisecond - I don't think you're making it go any faster than that.So a quick note before I go crash out... I was able to shave some time off on my boot times. I am not sure why Martin's 0.6.9 package had he APFS timeout set to 999 so I changed it back to -1 like I have used all along with this machine. It boots a bit faster and out of 25 reboots It went from 25/25 with the error to 18/25 having the error.
This is helpful to all those trying to solve this issue, how exactly? If you don't have anything useful to contribute, you're just noise in the think tank - please refrain from posting, thanks.With opencore things looked so promising for the cMP after a long dark time when we were at risk to brick our machines with every dot update.
And now this 11.3 update seems to put the nail into the coffin for the cMP. Very sad and very bad timing with the M1X/M2 not yet released.
Hello @Syncretic - you inspired me to test your theory. I removed *ALL* drives but my SATA SSD on PCIe running 11.3.1. My record successful reboots to date has been 11x. After removing all drives, I destroyed that record by consistently successfully rebooting 22x before getting a prohibited symbol on the 23rd reboot. Though booting with verbose mode, by the time I looked at the screen, it was a complete unreadable mess. Hope that helps shed more light on the root cause.Regarding the 11.3 boot hangs, I have a list of things I want to try (boot-args and others), so I decided that sleep is overrated and I'll get back onto this tonight. I haven't gotten to try a single thing from my list, however, because events took me in another direction. I now offer a few more data points, although I'm not yet certain of their value.
So one the APFS time I do not know why all I know and report is what I'm doing and what I see. That said 1) Glad to know it is microseconds, I don't know where I got it in my head but for some reason I thought it was nanoseconds. 2) I do understand the -1 basically is setting the variable to no limit. My theory on this ws that maybe something does not fire off at all, or within the time limit. Even though there is no KP, something may not have processed or not processed properly. I was hoping by using the -1 it would give that section of the boot process all or none of the time I needed without limiting it if it too say 9999 or 99999. That was the thought process though behind it.The APFS timeout limits the amount of time the SSD has to perform TRIM functions at boot. A -1 value is no limit, and should take longer to boot, not shorter. The value is in microseconds (not seconds, not milliseconds), so Martin's value of 999 is effectively 1 millisecond - I don't think you're making it go any faster than that.
Also, I've always had about a 50% success/fail booting from PCIe storage, so your 18/25 is more in line with normal. Your 25/25 fails is highly unusual. Maybe we should look closer at your system to see what might be causing such a high failure rate, so we can apply inverse logic to help find the root cause.
EDIT: You do have a lot of drives in your signature... are they all powered on at boot? How many are APFS? Copying your signature here for future reference... [cMP 5,1▫️2x Xeon E5620▫️64 GB DDR3 1066 (R) ECC▫️8GB RX580 Pulse OC▫️Sonnet USB 3.2 PCIe▫️1TB WD SSD (OC/macOS)▫️6TB WD HDD (Data)▫️4TB WD HDD (Data)▫️2TB WD HDD (Data)▫️EXT WD 6TB (Data) x2▫️EXT WD 4TB (Backups)▫️EXT WD 6TB (iTunes) x2 JBOD]
No, you are not crazy. BS 11.3 and 11.3.1 have created some issues which I'm sure with everyone on it we'll all get figured out. I am wondering though what you mean by 1 CCC left? I use CCC to keep a bootable backup and I have never seen a limitation on it. Can you explain further?Last week i was able to revert back to 11.2.3 and get my Mac Pro 5,1 with NVME up and running again.
I noticed today the computer was being sluggish and that find was not launching. When I looked at disc utlilty i saw the -Update partition that Big Sur adds to my boot drive. Wierd because I do have Automation OS updates turned on, when I reset my computer I can no longer boot into my NVME boot drive. I get the X screen with the URL /Startup.
I updated to OpenCOre .6.9.0, for the past week I use using 6.8.0 if that matters.
My guess is I somehow by mistake jumped to 11.3.1. No biggie I had CCC cloe of my boot drive so I restart the comp, select the CCC copy driver, takes forever to get up and running with start up apps and not being logged to app etc. Than I get a notification that my OS has been updated and is waiting for restart So I scream NO!
I checked again I don't have any auto-updates turned on for the OS. And of course, I Can't boot into now my CCC clone.
I have 1 more CCC clone left (and all important data backed up) but I am worried to try and boot in with that that it will somehow update itself making it no bootable.
Am I crazy?! I have sent the last 4 hours dealing with this...
Sorry I Wrote this half alseep at 1AM.No, you are not crazy. BS 11.3 and 11.3.1 have created some issues which I'm sure with everyone on it we'll all get figured out. I am wondering though what you mean by 1 CCC left? I use CCC to keep a bootable backup and I have never seen a limitation on it. Can you explain further?
If you make sure your LAN is not connected, you should be fine. Make sure both the RJ45 jacks are disconnected as well as the WiFi. I made that mistake once. I had forgot about the WiFi and kept having issues. Anyways once you boot up with no LAN at all Go to 'System Preferences> Software Updates' and make sure the 'Automatically keep my Mac up to date' checkbox is Unchecked.Sorry I Wrote this half alseep at 1AM.
Everything with CCC was fine, the bootable backup booted up just fine. The issue was I have about a dozen apps that launch at StartUp so the start-up was real slow, Dropbox wanted me to log back in etc. So I that meantime the Mac OS downloaded itself the update (with no notification) then told me ti was complete about 10 mins after boot up.
So once that was done I noticed the finder was frozen ./ wouldn't launch, a computer reset showed me I went from 11.2.3 to 11.3.1.
I am going to try booting to my other bootable backup but with no internet connection so nothing can be automatically downloaded and I can just restore my NVME from a Time Machine backup.
I am just worried that even with auto-updates turned off, they will still somehow be installed like they were on my past 2 drives and make the computer unuseable
If you make sure your LAN is not connected, you should be fine. Make sure both the RJ45 jacks are disconnected as well as the WiFi. I made that mistake once. I had forgot about the WiFi and kept having issues. Anyways once you boot up with no LAN at all Go to 'System Preferences> Software Updates' and make sure the 'Automatically keep my Mac up to date' checkbox is Unchecked.
View attachment 1771880
If it is checked and you uncheck it you will probably get this dialog...
View attachment 1771881
Notice the small not bold print. "System data files and security updates will still be installed." This is what is causing you to auto download and install. Click then 'Turn Off" button, and your Software Update Prerences should look like this...
View attachment 1771882
Now here comes the catch... Most people think 'Ok no checkmark so we are now good to go." - Nope! Apple started a "slipstream" process in 11.2.3 to make sure 'critical' files are installed for security reasons. If you click on the 'Advanced' button you will see this...
View attachment 1771885
Notice that even though you told it no updates and it looks turned off from the main dialog, certain actions are still enabled. I have noticed as well that if you uncheck all of them eventually the very bottom one rechecks itself (no clue where this is controlled). So here is how mine is setup...
View attachment 1771894
For some reason (so far) by having only the one setting checked it will check for updates, but even for security updates it just keeps nagging every once in a while in the Notification Center. So far, it has not auto-installed anything I did not click 'Install' on.
Once you have that done, just as a precaution before hooking back ups to your LAN, I would reboot, and then verify the changes persisted through the reboot and did not reset. If they did not you should be good to go on going back online and this should prevent your system from doing any auto-updates, including App Store apps, without you knowing about it.
Also, make sure once you do a macOS update or security patch, to go back in and set this up again, as it seems to revert to auto update after each patch no matter how small.
So after all of this...The issue had nothing to do with those Auto-Downloads. As you said they weren't installed since I didn't hit installed. The Finder issue I was having seems to be tied to iCloud. Once I Turned off iCloud one of my BootDrives functions properly again....So doesn't even seem to be OpenCOre Related. Smh thanks for the help though!If you make sure your LAN is not connected, you should be fine. Make sure both the RJ45 jacks are disconnected as well as the WiFi. I made that mistake once. I had forgot about the WiFi and kept having issues. Anyways once you boot up with no LAN at all Go to 'System Preferences> Software Updates' and make sure the 'Automatically keep my Mac up to date' checkbox is Unchecked.
View attachment 1771880
If it is checked and you uncheck it you will probably get this dialog...
View attachment 1771881
Notice the small not bold print. "System data files and security updates will still be installed." This is what is causing you to auto download and install. Click then 'Turn Off" button, and your Software Update Prerences should look like this...
View attachment 1771882
Now here comes the catch... Most people think 'Ok no checkmark so we are now good to go." - Nope! Apple started a "slipstream" process in 11.2.3 to make sure 'critical' files are installed for security reasons. If you click on the 'Advanced' button you will see this...
View attachment 1771885
Notice that even though you told it no updates and it looks turned off from the main dialog, certain actions are still enabled. I have noticed as well that if you uncheck all of them eventually the very bottom one rechecks itself (no clue where this is controlled). So here is how mine is setup...
View attachment 1771894
For some reason (so far) by having only the one setting checked it will check for updates, but even for security updates it just keeps nagging every once in a while in the Notification Center. So far, it has not auto-installed anything I did not click 'Install' on.
Once you have that done, just as a precaution before hooking back ups to your LAN, I would reboot, and then verify the changes persisted through the reboot and did not reset. If they did not you should be good to go on going back online and this should prevent your system from doing any auto-updates, including App Store apps, without you knowing about it.
Also, make sure once you do a macOS update or security patch, to go back in and set this up again, as it seems to revert to auto update after each patch no matter how small.
Interesting I will add that to my notes and play with a new user not logged into iCloud to see if there is any difference.So after all of this...The issue had nothing to do with those Auto-Downloads. As you said they weren't installed since I didn't hit installed. The Finder issue I was having seems to be tied to iCloud. Once I Turned off iCloud one of my BootDrives functions properly again....So doesn't even seem to be OpenCOre Related. Smh thanks for the help though!
-liludbgall msgbuf=1048576 -nvmefaspm
sudo dmesg | grep -i "Lilu" > ~/Desktop/Log_"$(date '+%Y-%m-%d_%H-%M-%S')".log
[ 11.507578]: AppleNVMe Assert failed: 0 == (status) Exit file: /System/Volumes/Data/SWE/macOS/BuildRoots/577555a5c2/Library/Caches/com.apple.xbs/Sources/IONVMeFamily/IONVMeFamily-557.120.1/Common/IONVMeController.cpp Lilu iokit: @ (DBG) getOSData vendor-id was not found
[ 61.545687]: Lilu nvram: @ (DBG) read oem-product is missing
[ 61.646676]: NVMeFix quirks: @ (DBG) Failed to find LiluVendorGuid:oem-product
[ 61.747672]: Lilu nvram: @ (DBG) read oem-vendor is missing
[ 61.848656]: NVMeFix quirks: @ (DBG) Failed to find LiluVendorGuid:oem-vendor
[ 61.949657]: Lilu nvram: @ (DBG) read oem-board is missing
[ 62.050649]: NVMeFix quirks: @ (DBG) Failed to find LiluVendorGuid:oem-board
vendor-id was not found
. I wonder if this is a dealbreaker @Syncretic ?removing lilu would mean loss of acceleration but have you tried it?I added these debug arguments with debug versions of Lilu and other Lilu child kexts:
Then issued:Code:-liludbgall msgbuf=1048576 -nvmefaspm liludelay=100
I found this in the debug log:Code:sudo dmesg | grep -i "Lilu" > ~/Desktop/Log_"$(date '+%Y-%m-%d_%H-%M-%S')".log
Code:[ 11.507578]: AppleNVMe Assert failed: 0 == (status) Exit file: /System/Volumes/Data/SWE/macOS/BuildRoots/577555a5c2/Library/Caches/com.apple.xbs/Sources/IONVMeFamily/IONVMeFamily-557.120.1/Common/IONVMeController.cpp Lilu iokit: @ (DBG) getOSData vendor-id was not found [ 61.545687]: Lilu nvram: @ (DBG) read oem-product is missing [ 61.646676]: NVMeFix quirks: @ (DBG) Failed to find LiluVendorGuid:oem-product [ 61.747672]: Lilu nvram: @ (DBG) read oem-vendor is missing [ 61.848656]: NVMeFix quirks: @ (DBG) Failed to find LiluVendorGuid:oem-vendor [ 61.949657]: Lilu nvram: @ (DBG) read oem-board is missing [ 62.050649]: NVMeFix quirks: @ (DBG) Failed to find LiluVendorGuid:oem-board
There is a lot ofvendor-id was not found
. I wonder if this is a dealbreaker @Syncretic ?
/S/L/E/AppleSMC.kext
and /S/L/E/IOAHCIFamily.kext/Contents/PlugIns/IOAHCIBlockStorage.kext
. Those are the two I'd like to try replacing with the ones from 11.2.x, separately and/or together (and possibly including the parent /S/L/E/IOAHCIFamily.kext/
itself).With OpenCore Legacy Patcher, this is how we mount the root volume for adding legacy graphics acceleration (note SIP and SBM need to be disabled, SecureBootModel is only for OpenCore users):Does anyone have a quick and/or straightforward way to replace system kexts on Big Sur 11.3? I've never tinkered with the sealed volume stuff, so I don't know how big a can of worms that is.
# Find your System volume
diskutil list
# From the below list, we can see our System volume is disk5s5
/dev/disk5 (synthesized):
#: TYPE NAME SIZE IDENTIFIER
0: APFS Container Scheme - +255.7 GB disk5
Physical Store disk4s2
1: APFS Volume Big Sur HD - Data 122.5 GB disk5s1
2: APFS Volume Preboot 309.4 MB disk5s2
3: APFS Volume Recovery 887.8 MB disk5s3
4: APFS Volume VM 1.1 MB disk5s4
5: APFS Volume Big Sur HD 16.2 GB disk5s5
6: APFS Snapshot com.apple.os.update-... 16.2 GB disk5s5s
# Mount the drive(ie. disk5s5)
sudo mount -o nobrowse -t apfs /dev/disk5s5 /System/Volumes/Update/mnt1
# Remove old kext
sudo rm -R /System/Volumes/Update/mnt1/System/Library/Extensions/Example.kext
# Copy over your kext
sudo cp -R ~/Desktop/Example.kext /System/Volumes/Update/mnt1/System/Library/Extensions/
# Fix permissions
sudo chmod -Rf 755 /System/Volumes/Update/mnt1/System/Library/Extensions/Example.kext
sudo chown -Rf root:wheel /System/Volumes/Update/mnt1/System/Library/Extensions/Example.kext
# Rebuild kernel cache
sudo kmutil install --volume-root /System/Volumes/Update/mnt1/ --update-all
# Create new bootable snapshot
sudo bless --folder /System/Volumes/Update/mnt1/System/Library/CoreServices --bootefi --create-snapshot
/System/Volumes/Update/mnt1/
as that's what Apple's updater uses as well. Theoretically it can be mounted anywhere empty. Hope this clarifies how to edit the root volume on Big Sur! For SIP, I usually just flip everything but AppleInternal so would be csr-active-config | data | EF0F0000
Mine isAppleInternal so would becsr-active-config | data | EF0F0000
nvram csr-active-config
csr-active-config %7f%08%00%00
csrutil status
System Integrity Protection status: disabled.
csrutil authenticated-root status
Authenticated Root status: disabled
csrutil disable
csrutil authenticated-root disable
Oh should be,Isn't that enough?
EF0F0000
is just me being lazy and not interested in calculating the correct mask. For reference:- CSR_ALLOW_UNTRUSTED_KEXTS True
- CSR_ALLOW_UNRESTRICTED_FS True
- CSR_ALLOW_TASK_FOR_PID True
- CSR_ALLOW_KERNEL_DEBUGGER True
- CSR_ALLOW_APPLE_INTERNAL True
- CSR_ALLOW_UNRESTRICTED_DTRACE True
- CSR_ALLOW_UNRESTRICTED_NVRAM True
- CSR_ALLOW_DEVICE_CONFIGURATION False
- CSR_ALLOW_ANY_RECOVERY_OS False
- CSR_ALLOW_UNAPPROVED_KEXTS False
- CSR_ALLOW_EXECUTABLE_POLICY_OVERRIDE False
- CSR_ALLOW_UNAUTHENTICATED_ROOT True
- CSR_ALLOW_UNTRUSTED_KEXTS True
- CSR_ALLOW_UNRESTRICTED_FS True
- CSR_ALLOW_TASK_FOR_PID True
- CSR_ALLOW_KERNEL_DEBUGGER True
- CSR_ALLOW_APPLE_INTERNAL False
- CSR_ALLOW_UNRESTRICTED_DTRACE True
- CSR_ALLOW_UNRESTRICTED_NVRAM True
- CSR_ALLOW_DEVICE_CONFIGURATION True
- CSR_ALLOW_ANY_RECOVERY_OS True
- CSR_ALLOW_UNAPPROVED_KEXTS True
- CSR_ALLOW_EXECUTABLE_POLICY_OVERRIDE True
- CSR_ALLOW_UNAUTHENTICATED_ROOT True