"Volume Hash Mismatch" on Sonoma?

Since upgrading to Monterey, my Mac mini has been extremely unreliable, hanging/crashing regularly. Since a short while the errors have started to change and include this "Volume Hash Mismatch" error. Now I suspect I had this problem all the time (Apple Hardware Diagnostics told me everything is fine. DriveDx the same for the SSD, but I have read that better diagnostics does show the hardware problem, so my Mac mini was faulty from the start.).


I am running macOS Server on it (Monterey is the last version of macOS that supports macOS Server). No, I might want to upgrade (and lose macOS Server and its use as a central hub in my LAN), but that only makes sense if Sonoma would fix this issue (which has to do with memory specs if I understand the internet — note this Mac mini has always had Apple-installed memory).


So, has Sonoma more robust memory usage that Monterey and Ventura (for which the reports exist too)? In that case, I can keep using the Mac. If not, I have to ditch it.

Posted on Jan 20, 2024 7:02 AM

Reply
Question marked as Top-ranking reply

Posted on Jan 20, 2024 1:02 PM

I have found the cause. It turns out, indeed, that all my problems of the last years (since upgrading from Mojave to Monterey late 2022) stem from faulty hardware. In fact, the Mac mini was almost certainly already faulty when I bought it new. I bought it for one use late 2018, that did not work out so I only started using it a year later (late 2019). As soon as I upgraded it to Monterey, my problems started. Mostly the system would freeze/panic. I blamed the software I had installed, uses I made (e.g. using sockets, pf, sensor readers, etc.), being used to Mac hardware being expensive but very good. Boy, was I wrong. No wonder every attempt I did to isolate the software problem didn't work. It was hardware. From day one. And around the time Monterey was released, hundreds of people found out I can now see in these forums and elsewhere.


Recently, next to freezing I got the "Volume Hash Mismatch" messages and that has led to finally finding out what is the case. It turns out the memory on these systems is poor and while it passes the Apple Hardware Test, a decent test (memtest86) shows this clearly. While my 2019 iMac without issues passes that memtest86 test, my 2018 Mac mini does not. A single pass results in hundreds of errors.


So, all the effort I put into this, all the time wasted on it, all the grief, it all was because Apple sold me broken hardware, something that came to light from macOS Monterey on. You can go back into e.g. MacPorts archives and see me asking if other people had the same problems. No, because they did not have a faulty system. 4 years I have used this unreliable system, 4 years of problems. Before Monterey, the system was only rebooted unpatches and such. After Monterey, I was lucky if it ran for a few weeks.


My trust in Apple was already low because of these unreliability issues, but the fact that Apple hasn't alerted buyers and provided a decent hardware test, really, really stinks. The fact that I sent in reports to Apple's bugreport and Apple wasn't decent enough to tell me I probably had a broken machine really ****** me off. Why buy expensive hardware when the basic quality is so poor?


Had I tested this machine when I bought it (why would I have, Apple was reliable, right), I could have exchanged it for a working system. Now, the system has been in use for 4 years, and there is of course no warranty. But the way it feels is more like I should get damages compensation.

5 replies

Jan 20, 2024 7:15 AM in response to Gerben Wierda

To run Sonoma on a Mac Mini would require at oldest a MM from 2018


The Memory Modules are Soldered to the LogicBoard and not not be replaced


I do know another contributor who is very e=well versed in Testing Memory Modules


But sadly, that is not me


Hopefully, the other contributor I have referred to earlier will make an appears and offer some guidance on Testing The RAM


I can offer some other posting related to " Volume Hash Mismatch"


Volume hash mismatch, cannot reinstall MacOS


Monterey rev 12.4 - Hash mismatch


Please help - Terminal.app keeps crashing upon reopening - macoS Monterey version 12.4


Volume Hash mismatch


Strange Disk Space Issue


RAM Failure 


Question marked as Top-ranking reply

Jan 20, 2024 1:02 PM in response to Owl-53

I have found the cause. It turns out, indeed, that all my problems of the last years (since upgrading from Mojave to Monterey late 2022) stem from faulty hardware. In fact, the Mac mini was almost certainly already faulty when I bought it new. I bought it for one use late 2018, that did not work out so I only started using it a year later (late 2019). As soon as I upgraded it to Monterey, my problems started. Mostly the system would freeze/panic. I blamed the software I had installed, uses I made (e.g. using sockets, pf, sensor readers, etc.), being used to Mac hardware being expensive but very good. Boy, was I wrong. No wonder every attempt I did to isolate the software problem didn't work. It was hardware. From day one. And around the time Monterey was released, hundreds of people found out I can now see in these forums and elsewhere.


Recently, next to freezing I got the "Volume Hash Mismatch" messages and that has led to finally finding out what is the case. It turns out the memory on these systems is poor and while it passes the Apple Hardware Test, a decent test (memtest86) shows this clearly. While my 2019 iMac without issues passes that memtest86 test, my 2018 Mac mini does not. A single pass results in hundreds of errors.


So, all the effort I put into this, all the time wasted on it, all the grief, it all was because Apple sold me broken hardware, something that came to light from macOS Monterey on. You can go back into e.g. MacPorts archives and see me asking if other people had the same problems. No, because they did not have a faulty system. 4 years I have used this unreliable system, 4 years of problems. Before Monterey, the system was only rebooted unpatches and such. After Monterey, I was lucky if it ran for a few weeks.


My trust in Apple was already low because of these unreliability issues, but the fact that Apple hasn't alerted buyers and provided a decent hardware test, really, really stinks. The fact that I sent in reports to Apple's bugreport and Apple wasn't decent enough to tell me I probably had a broken machine really ****** me off. Why buy expensive hardware when the basic quality is so poor?


Had I tested this machine when I bought it (why would I have, Apple was reliable, right), I could have exchanged it for a working system. Now, the system has been in use for 4 years, and there is of course no warranty. But the way it feels is more like I should get damages compensation.

Jan 21, 2024 12:55 AM in response to Gerben Wierda

Thank you for basically confirming what we had alreadyfeared - Failing Memory Module


Yes, a bit too bad, in hindsight the memtest86 had not been done earlier


If I may


Been using Apple Machines since about 2004 with the 12" Powerbook with Motorola PPC.


The only two times I have had hardware failures , where on the first Intel MBP ( transition from PPC to Intel period )


The other was My fault.


It happened on the now obsolete Fan-less 12 ' Retina Macbook ( 2 lbs. ) where I pushed it beyond its' abilities and fried the Logicboard


In neither case were Memory Modules involved.


What I am trying to convey are, Memory Modules in Apple Machines are generally good and seldom present issues.


Yes, there are times when even the best tested Module will fail and this seems to one of those times.



Jan 21, 2024 1:07 AM in response to Owl-53

Certainly. In this case, however, when Monterey appeared there were hundreds of reports of failing machines (it is just something I found out recently). What happened here was not 'sometimes event the best memory modules fail' (I can accept that) but 'the design of the machine was borderline and the issue was revealed when Apple's OS became more requiring' and while serious memory tests reveal the problem, Apple's own hardware test says the machine is fine. That fact mislead me all that time.


What I have learned is not to trust Apple's own reporting on the hardware. Nor on compatibility of newer OS versions for older hardware.


And for now, the first thing to do is find a good memory test for Apple Silicon Macs, because a new Mac will be tested first.

Jan 21, 2024 1:24 AM in response to Gerben Wierda

Apple own builtin AHT is basic at best and would not have captured the failing or failed Memory Module


Even if you were to have this machine Tested by an Apple Approved Service Centre.


Unless you specifically presented the Linked information regarding Volume Hash Mismatch.


They may not have captured the Memory Issue unless they ran an Overnight Stress Test, yes overnight .


Some have reported, they have never even hear of this issue until presented with this information


To close out my part here


Running 1 machine M1 Mac Mini from 2020 and all is good thus far


Running 2 M2 ( 1 MM from 2023 and MBA from 2022 ) and still no Memory Issue except me forgetting which machine I am on at any given time lol :-)))


This thread has been closed by the system or the community team. You may vote for any posts you find helpful, or search the Community for additional answers.

"Volume Hash Mismatch" on Sonoma?

Welcome to Apple Support Community
A forum where Apple customers help each other with their products. Get started with your Apple Account.