Why not. Engineers tend to support stuff in their spare time because they like. Seen this quite a few times in my life.First of all why would Apple engineers keep/test very old vintage equipment?
Second, are you 100 percent sure this "bug" is not by design?
Even if Apple engineers know how to fix the issue, why should they endanger their position with Apple and breach their NDA's just to help with the debugging or provide us with a solution?Why not. Engineers tend to support stuff in their spare time because they like. Seen this quite a few times in my life.
If it was by design, they wouldn’t let it crash arbitrarily. Quite hard to specify as feature. They may not care, but if this was on purpose, it would be way more deterministic and stop with a simple error message…
@Stex's comprehensive results illustrate a case where the current patch and SIP have no obvious effect on the issue. These results line up with what I've observed.
There is something about this. It seems that on a failed boot, the system loses access to storage devices early in the rooting phase. This occurs even before we see the hang in verbose mode. To test this hypothesis, I booted macOS on a supported Mac from a USB drive, and unplugged the drive at around #[EB|LOG:EXITBS:START]. This provoked a hang later in the process similar to what we have been observing. Of course, this is on a different machine, so the hanging doesn't occur at the usual ethernet initialization point. It would be interesting to repeat the experiment on a Mac Pro 5,1.One thing is if you watch the status lights on NVMe drive, it will blink right away rapidly when its booting correctly, if it doesn't start rapidly blinking then just unplug an plug it back in, don't wait on a slow loading bar, its not doing anything if the status lights aren't blinking...
Did the debugger reveal anything that would support the hypothesis of losing access to storage devices?I've spent the past two days digging through the MacOS kernel via both the two-Mac debugger and the source code/disassemblies.
There are issues with any type of storage, not just nvme or ahci.Just so I'm clear, this issue occurs with ANY storage type on the cMP or just NVME? My other MP4,1 (converted to 5,1) has AHCI controller and disk in it, not NVME. (I was snooping on my main system and just now noticed this, I also have a spare AHCI 256Gb disk (though, I need to see if I have a compatible card or not)).
Yes. VMM is generally off for Big Sur.Is this a problem also if virtualisation is turned off? I had similar problems with 11.2.2 when virtualisation was turned on.
(similar in regards to the 5.1 not booting)
Sorry, I ment to write hybridization.Yes. VMM is generally off for Big Sur.
Thanks for posting your experience here. The real test is to confirm whether multiple boots (cold and warm) will work fine or fail. If you tend to restart or shutdown your machines regularly, then let us know how it goes, whether you have boot failures or not. If you read the last 2-3 pages of this thread, you will find various accounts of boot failures as reference.Well... I have upgraded two 5,1 today to 11.4 and here's what happened (copied from another thread / OpenCore):
Strange things happen... One of my two 5,1 did perfectly fine with the system preferences update (3GB download or so) & the whole thing took maybe 15 minutes. No issues.
The other machine kept canceling out of the update & I ended up manually getting the whole 12GB full install and the update took around an hour and required multiple reboots. Both machines are running 11.4 perfectly OK now.
More info: My main machine (the one that initially didn't work) is running from an internal PCI NVM & at first I thought that might be the issue, so I plopped my original SSD with 11.3.x OC 0.6.9 into the other 5,1 and the install kept canceling out also with a download error. Something is up with the original install, definitely nothing to do with the PCI NVM. Both machines are 4,1 to 5,1 – one's a Dual 3.46 12-core with a Radeon RX 580 8GB and the other one's a 3.46 6-core with a Radeon RX 560 4GB... Both recently upgraded from Mojave.
TL;DR
5,1 12-core 3.46 PCI NVM, 64GB, Radeon 580 RX, USB 3 PCI – 11.4 update canceled with error, got it to work with full 12GB download
5,1 6-core 3.46, EVO SSD, 32GB, Radeon 560 RX – 11.4 update worked via system update
Thanks.I'm attaching the photos of the verbose booting in 11.3.1
The issue is still there. In fact, the issue is also there when booting Big Sur with no_compat_check and no OC (which is actually possible).What happens if you turn off hybridization in the OC config file? It probably has nothing to do with this, but I were unable to boot on an earlier version of Big Sur when hybridization was turned on.
Sure, once booted, there are no issues. It's the booting process that's not reliable. Many of us have been able to reboot many times in a row, especially with most drives disconnected, but always eventually the boot will hang.Not sure what I did right to some others but I went from 11.2.3 to 11.4 without a hitch, just like a regular upgrade on my Mac Pro 5,1 (Mid 2010), Radeon 5700XT, Highpoint 7101a - PCIE card, and Samsung 970 NVME SSD, USB 3 PCI-E card.
The only thing I did was to detach all the other drives from the sleds so only the NVME was attached.
Rebooted a couple of times and did give me a warning symbol but I did nothing the machine restarted itself anyway and am now writing this message on here via the Mac Pro.
Using OC 0.6.7.
No sleep issues, no problems with Wifi or Bluetooth. Everything seems a little bit snappier.
Just done a cold boot and warm restart. No problems. Super happy.
Perhaps the following observation is irrelevant, but, just in case, here goes: I may have missed it, but I haven't seen any reports of a supposedly successful series of boots using versions of Big Sur after 11.2.3 on a Mac Pro SERVER 5,1. I ask myself if the fact that you have the Server component installed is working wonders in your case.