I'm glad I ran into this thread. I rearranged my desktop power a few weeks ago and inadvertently didn't plug my Time Machine drive back in so it hasn't been backed up for a few weeks. I just plugged it back in and it's running a backup now.
This has also been the only consistent & reliable way to reconnect my External Drives.I had the same issue right after updating to macOS Sonoma 14.
External HDD (MacOS Extended) for time machine and SSD (apfs) for data, and booting from internal storage - all encrypted with FileVault.
To fix, I shutdown, disconnected both external disks, powered on, entered password to boot.
Then after logging in, I connect both external disks and they mounted as usual.
Mac mini (m2, 2023)
None of my drives are encrypted.It appears that, from reviewing posts, that an overriding theme is encryption. How many WITHOUT encryption have actually experienced this?
Similar issue - I have a SABRENT 4tb SSD and since Sonoma 14.0 update i've been able to see it very shortly and then disappears - doesn't show in disk utility on Mac OS BUT does show in settings under system report - apple experts are baffled - apparently I'm the only one - mmmm doubt itI have a OWC Mercury Elite Pro Quad with four 4 TB HDD in it connected to my M1 Mac Studio. All drives encrypted. Since Sonoma, none will mount. Even from disk utility they won't mount. I removed the stored password in Keychain and when I go to mount it just hangs after I enter the password.
I can move the enclosure to my MacBook Pro (Intel) on Montery and they mount fine.
Anyone experience anything similar?
I will say with mine, the disks always were shown in Disk Utility, it was just an issue actually getting them to mount.Similar issue - I have a SABRENT 4tb SSD and since Sonoma 14.0 update i've been able to see it very shortly and then disappears - doesn't show in disk utility on Mac OS BUT does show in settings under system report - apple experts are baffled - apparently I'm the only one - mmmm doubt it
because this is not everyone's experience. and because every OS, regardless of what moment we're in, has issues for some people. there's no moment where we arrive at 'perfection'. so we update if we want to. simple 👍Now, please tell me again, what is the actual purpose of updating if you LOSE functionality?
because this is not everyone's experience. and because every OS, regardless of what moment we're in, has issues for some people. there's no moment where we arrive at 'perfection'. so we update if we want to. simple 👍
if not everyone is having the same issues, then some of these things will rear their (ugly) heads when an OS is out 'in-the-wild'... as is happening for some people with external drives.Still, you'd think that if you're the only source for the OS for hardware that you build, and you go through months of in-house Betas, Developer Betas and Public Betas, you'd think that some of these more repeated issues would have popped up somewhere along the line in advance. No?
- Can we ensure that external drives open without issue? Because that's pretty much the point of the added ports and of external drives.
- Can we ensure that using the HDMI port in a Mini will work as advertised on a monitor, or will we end up accepting that it works better thru a USB-C? And we're still not sure why.
- Maybe we avoid screwing with whatever worked in the last OSs, when adding a 'Squirrel!' moment?
...that whole 'why fix what isn't broken' thinking would leave us all running 1995 macs with picture-tube monitors, and having to wait 10 minutes for a document to print so we could resume using our macs.
progress rules...
i hear you, but also, stand by everything i've said.Don't get me wrong - I'm all for progress. Just make sure that when you do progress, you don't break something else that already works and has nothing to do with the progression you made.
I appreciate that not all folks are having the same issue - and that in itself is a concern - but it shouldn't be up to tech-savvy('ish) consumers to have to come to Forum sites for solutions and / or to report it to Apple. The whole advertising direction of Apple for the average user is 'plug and play', and for them, there is the expectation that what worked on the last OS (or yesterday), will work again today. Or be even better.
IIABDFI (If It Ain't Broke...) does apply here.
diskutil list
sudo diskutil apfs unlockVolume disk3s2
disk3s2 is a FileVault or Fusion Drive physical volume; use "diskutil coreStorage list" to find its logical volume, which you can then unlock (if necessary) and mount
diskutil coreStorage list
sudo diskutil coreStorage unlockVolume 2DFBD430-5FD7-11EE-A8B4-5F1EC8397ED9
Thanks Miguel! That worked for me. I have a WD 8TB USB 3.0 enclosure (encrypted APFS+, used for Time Machine and storage) that mounted after a reboot, but I still have a Thunderbolt 3 NVME SSD (DIY with a Pluggable enclosure and my own NVME M.2 SSD) that is APFS+ encrypted that refused to mount. Your method worked!Hi,
So I've hit this problem today, and it's baffling how did this ship, and how a full work week went by without a fix being released for this issue (we already had two updates for iOS 17). Anyways, less ranting, and more useful information: you can work around this using "diskutil" on the command line.
This depends on how your disk is formatted (the new APFS Container layout, or the older Core Storage). If you don't know, no worries, try the first method and if it doesn't work, diskutil will instruct you to run the second. So, after plugging your disks, and assuming they are encrypted, open a terminal and run:
Bash:diskutil list
You will see a list of all the volumes the Mac can see. Search for your external disk, and grab the identifier (should be something like "disk3s2"). Then, assuming the "disk3s2" example (replace with the actual identifier for your disk), run:
Bash:sudo diskutil apfs unlockVolume disk3s2
Note that up to two prompts asking for passwords will appear, which may be confusing. "Password:" is asking for your Mac's admin password, due to "sudo". "Passphrase:" is asking for the disk password.
If everything goes well, you should have the disk properly mounted now. If not, you may see the following error:
Follow the suggestion and run:
Bash:diskutil coreStorage list
This will list all the CoreStorage volumes. Look for the one you want. Note this may be confusing due to how the hierarchy is presented. You usually want the "Logical Volume Family" one (the second from last on the tree hierarchy) and not the "Logical Volume". Grab the UUID that is right next to that name (something that looks like 2DFBD430-5FD7-11EE-A8B4-5F1EC8397ED9). Then, assuming that UUID as example, run:
Bash:sudo diskutil coreStorage unlockVolume 2DFBD430-5FD7-11EE-A8B4-5F1EC8397ED9
Again, mind the Password/Passphrase prompts. Your disk should now be mounted.
Hope this helps, and also that Apple releases a fix for this real soon. Mounting disks on the CLI is something I expect to have to do on other operating systems, not macOS…
Regards,
Miguel Arroz
Thanks! This worked for me, and agreed hopefully this is fixed soon in a patch.Hi,
So I've hit this problem today, and it's baffling how did this ship, and how a full work week went by without a fix being released for this issue (we already had two updates for iOS 17). Anyways, less ranting, and more useful information: you can work around this using "diskutil" on the command line.
This depends on how your disk is formatted (the new APFS Container layout, or the older Core Storage). If you don't know, no worries, try the first method and if it doesn't work, diskutil will instruct you to run the second. So, after plugging your disks, and assuming they are encrypted, open a terminal and run:
Bash:diskutil list
You will see a list of all the volumes the Mac can see. Search for your external disk, and grab the identifier (should be something like "disk3s2"). Then, assuming the "disk3s2" example (replace with the actual identifier for your disk), run:
Bash:sudo diskutil apfs unlockVolume disk3s2
Note that up to two prompts asking for passwords will appear, which may be confusing. "Password:" is asking for your Mac's admin password, due to "sudo". "Passphrase:" is asking for the disk password.
If everything goes well, you should have the disk properly mounted now. If not, you may see the following error:
Follow the suggestion and run:
Bash:diskutil coreStorage list
This will list all the CoreStorage volumes. Look for the one you want. Note this may be confusing due to how the hierarchy is presented. You usually want the "Logical Volume Family" one (the second from last on the tree hierarchy) and not the "Logical Volume". Grab the UUID that is right next to that name (something that looks like 2DFBD430-5FD7-11EE-A8B4-5F1EC8397ED9). Then, assuming that UUID as example, run:
Bash:sudo diskutil coreStorage unlockVolume 2DFBD430-5FD7-11EE-A8B4-5F1EC8397ED9
Again, mind the Password/Passphrase prompts. Your disk should now be mounted.
Hope this helps, and also that Apple releases a fix for this real soon. Mounting disks on the CLI is something I expect to have to do on other operating systems, not macOS…
Regards,
Miguel Arroz
HERE! M2 Pro Mac mini. I have an external APFS formatted ADATA M2 2TB external ssd in Xcellon USB C 3.2 enclosure (NOT encrypted). Worked perfectly until the update to Sonoma. I was concerned that the update somehow corrupted something, but is certainly not the case as the drive and usb cable still work as expected on other non-sonoma systems i've plugged it into.None of my drives are encrypted.
Meanwhile, I went thru a reboot, and while all the drives showed up (and were accessible), I still got a window popup saying that it couldn't access one. Hit 'Ignore' and everything still seems fine.
No idea, but too many reporting issues to suggest that we're 'holding it wrong', and its our fault.
interesting, as i bragged on this thread about how my AFPS encrypted externals were working fine since sonoma beta 1... now, on the 14.1 beta, they're not showing up on startup.
one of them doesn't respond to the password entry when i try to access it from Disk Utility (am stuck on the password screen). and the other mounts without it's password entered 🙄
will report to apple and read thru this thread for a temp fix 👍
EDIT: a reboot let me enter the password for one drive and then that mounted. but the 2nd drive is mounting without it's password requested
i'll try a shutdown. one drive does mount after it's password entered, the other mounts without any password request. but will see if that changes, and report back 👍Have you tried a shutdown vs a reboot? I was not having much luck with a reboot, but a full shutdown was working. Note I didn't disconnect anything on shutdown, I just let the system shutdown and the drives spin down, then I started back up again.
I'm in the process of getting ready to clone one of my external HDDs to a new external SSD enclosure. So this morning I removed the drive from the OWC enclosure and plugged it into an external dock. I restarted and all 3 drive (I only mount 3 of the 4 on boot) did mount fine.
I did a lot of switching drives to AFPS instead of HFS+, but I don't think that did anything in the end, especially as yours are already AFPS.
Just to be clear, this one mounts without a password because there is a saved entry in Keychain for it?i'll try a shutdown. one drive does mount after it's password entered, the other mounts without any password request. but will see if that changes, and report back 👍
that's a really-good point, and... it IS in the keychain, but i can't delete it there, nothing happens when i try. it explains, at least, why that drive is being logged in.Just to be clear, this one mounts without a password because there is a saved entry in Keychain for it?
Just wanting to make sure you aren't saying an encrypted drive is mounting without any password being required.
That's really interesting as the "can't delete record from Keychain" was happening to me right after my Sonoma upgrade. This is what initially led me down a path of thinking maybe the upgrade corrupted the Keychain somehow. Annoyingly, I reset my login keychain to see if that helped. While it cleared everything out, it didn't initially help with the drives mounting.that's a really-good point, and... it IS in the keychain, but i can't delete it there, nothing happens when i try. it explains, at least, why that drive is being logged in.
i did not ever click 'remember this password in my keychain', so... it's still a problem.
thanks for the idea! 🙏