Become a MacRumors Supporter for $50/year with no ads, ability to filter front page stories, and private forums.
Yes



Yes



Probably not… but enough corruption can require a full reformat, so all is lost unless backed up… ironically on ANOTHER drive. 🎉

This problem should not be marginalized. It’s a real thing that can lead to meaningful problems for those of us who depend on external drives to do whatever we do.

And how do you find out if any given drive is effected? When it happens.
You seem very certain.
Can you explain; how can data be lost or corrupted because of improper eject; even if it happens during heavy data transfers, you'd think a computer would be able to reject corrupted files and repair the damage, if any, to the file register, and be able to resume normal functionality - it's a computer. Files management is what they do well. It's maths. They do this all the time. Most of the time to perfection. When they fail to do so, it's usually due to human error or malicious efforts.
 
You seem very certain.

I've been on this problem through multiple generations of macOS, hoping for resolution with every new whole or dot upgrade, so I can use this key enclosure again with my primary Mac... instead of only my older ones with which it is perfectly stable.

Can you explain; how can data be lost or corrupted because of improper eject; even if it happens during heavy data transfers, you'd think a computer would be able to reject corrupted files and repair the damage, if any, to the file register, and be able to resume normal functionality - it's a computer.

The internet is your friend. Do a search and read results and you'll get the answer. OR, physically pull the plug on one of your drives right now and read Apple's own warning about improperly ejecting a drive. If there was no issue/worry, why do they show that warning?

There are many posts out there of unexpected ejections, corruptions, lost data, sometimes having to just reformat and reload from backup. It's not any one drive, one cable, one firmware, one brand, etc. The common variable is either Mac or macOS.

In my case, my problematic drive (important to me) mostly functions as a scratch drive for FCPX edits. Unexpected ejections occur during active transfers, while- for example- FCPX is rendering video or saving the edited file/library to it. Inevitably and more than once for me- unexpected ejection- and then FCPX could no longer read some files, messing up the work.

Now I'm a smart guy, so I run backups to protect against natural occurrences of such problems, so I've generally been able to recover... though at costs of sometimes losing chunks of fairly important work that has to be recreated (and thus taking another couple of hours to get back to the same place again). A couple of times, the corruption has been such that I've had to just format the drive, wait for a backup to reload (on a pre-BigSur Mac of course, as my time limit is only up to 3 hours with this one) which can take many hours or even into the next day.

Time is money... and the frustrations with this problem leading to wasting time to recreate creations eventually drive users to a solution like the one I've adopted... retiring using the enclosure on the main Mac- my very best, most powerful, newest Mac by the way (purchased specifically for heavier lifting tasks like FCPX edits)- and only use it on Macs running pre-BigSur macOS or ANY PC, where- through same cable, with same firmware, with same drives inside- it is perfectly stable again.

It doubles in providing some other typical storage things... and random ejections disturb such uses. For example, I store the family home movies on it to watch on AppleTVs. Gathered family watching a movie MIGHT get to enjoy the full movie or it might suddenly cease playback. Why? You guessed it. And when it does this, it doesn't come back. In my case, it needs to be turned off and turned back on again, then wait for it to connect, turn off the TV app on the Mac and turn that back on again... and then the TV app may need to be redirected to that home movie file again... which is aggravating while guests are waiting to finish watching the movie.

In thorough testing, I dug out ALL hard drive enclosure I have on hand- at least 20, some as old as late 1990s/early 2000s (long since retired but still functional). Some of the ancient ones would not "unexpectedly eject." Others much newer will "unexpectedly eject." The common variable narrows down to macOS (since BigSur). All of them are stable on pre-BigSur Macs.

Again, the most telling way I became towards "certain" is the MANY tales online if one goes deep digging into this topic- as I have, desperately searching for a solution that would work- in which you'll find MANY posts all over the web, of people with perfectly stable drives, upgrading to macOS BigSur or newer- and suddenly having "unexpected ejection" problems (ALL OTHER VARIABLES REMAIN THE SAME). In some of those cases, they needed the drive more than they needed new macOS features so they went to the trouble to downgrade the same Mac to pre-Big Sur macOS and the same drive becomes perfectly stable again. In seeing that enough times, I don't know how to conclude anything else except the lone variable that changed.

If anyone reads this and are in doubt, hop up to your search field and type in "macOS unexpected ejections" and then start clicking the pages and pages of links that will lead you down the very same rabbit hole... in which you'll quickly get a sense that this is not an isolated problem... or just one guy's problem... or just one enclosure/cable/firmware/setup... etc. Even Apples own support forums have MANY "me too" posts about exactly this. Sometimes they seem to clear it out but then they pile right back up again. Just checked right now and there are again multiple threads about this on Apple's support forums and at least one on Apple's developer form.

ALL THIS WRITTEN: does EVERYBODY have this problem? NO! Some have no problem at all... as I can vouch for firsthand with about 75% of all drives I own since the late 1990s. I know it is not brand or "cheap" (enclosures only) or any one cable or any one firmware or any one chipset. And I've basically tried the multitude of "I cracked it" solutions also discoverable all over the web which tend to be red herrings... such that even the solution finder/poster often comes back to refute the breakthrough later in their own thread.
 
Last edited:
FWIW: I can definitely verify that both the Acasis' (two TBU405) and a Maiwo USB4 (K1695) units I have permanently connected to my M2 Studio are always available, and never dis-connect until I unplug them.
 
Yes, and my stand-in OWC Ministack STX has been stable since I found my way to it years ago. This is not a universal problem but not an isolated one either.

And then I purchased a M2 Mac Mini and a latest generation WD External for a Christmas gift for my mother, after doing the Amazon reviews research "fun" of searching reviews for "unexpected ejection" to see if any of those show up before 'trying' a new enclosure. All was good with that search, so I gambled on it. Now, every time she turns on the monitor, there is stack of "unexpected" notifications from the top of the upper right of the screen to the bottom of it. I don't know the count, but it's about 8 "unexpected” notifications one atop the next. :rolleyes: While I didn't snap of pic of it, here's one I just found online that looks just like it, posted by someone else obviously having the SAME problem...

StackOfUnexpectedEjections.jpg

Imagine dealing with that EVERY time you turn on your latest gen Mac with new, mainstream brand name enclosure attached.

Unlike my situation, her direct-attached drive doesn't fully eject and remains accessible... so she just has to blow out all of those notifications and then carry on... but not before assuming something must be wrong with her brand new Mac... from the "just works" computer maker... and that is still latest & greatest Mini. I'm happy her version of this is not as bad as mine... but wow, just wow: BigSur was many generations ago now. I wonder how many more generations it will take before Apple gets around to debugging this fundamentally important part of macOS?
 
Last edited:
  • Like
Reactions: gank41
Re the last several replies above:

I've seen USB drives become unreadable when improperly disconnected (by "improperly disconnected", I mean that the "eject" command must be given and the drive must be unmounted by the finder).

I once lost an entire partition of collected mp3 files this way. It literally took me years to get it all back. A little at a time.

My observations on this (I'm not a drive technician or expert) are that the low-level disk drivers on USB drives can get corrupted -- upon which the drive won't mount properly.

And... there seems to be no simple way to "restore" the basic USB disk drivers unless you re-initialize the entire drive.

Do you remember back to the SCSI days?
And Apple's old "Drive Setup" utility?

If so, do you recall that Drive Setup had a menu option to "update drivers" on a disk?
Hmmm... let me see... start up SheepShaver... open Drive Setup... there it is!
update driver.jpg


There is no equivalent option for that with modern day USB drives (that I know of) on the Mac. Maybe there is on the PC/Windows side -- I wouldn't know that.

SOMETIMES (not "always") it's possible to revive an "un-mountable" USB drive with software like DiskWarrior (back in the HFS+ days). I know that "directories" can be rebuilt, but again... not sure about a problem with the disk drivers (that need to work before the directory can be read, I'm guessing).

That's the way I see it, and I could be wrong.
 
  • Like
Reactions: HobeSoundDarryl
how can data be lost or corrupted because of improper eject; even if it happens during heavy data transfers,

If it is writing a directory (which contains the pointers to the enclosed files) or a file (which has pointers to the blocks in the file) and the write is aborted and the directory or file is corrupted such as losing pointers in many cases there is no way to determine which pointers were lost. Some advanced file recovery tools sometimes can help but the only reliable way is to have backups and file system snapshots.
 
If it is writing a directory (which contains the pointers to the enclosed files) or a file (which has pointers to the blocks in the file) and the write is aborted and the directory or file is corrupted such as losing pointers in many cases there is no way to determine which pointers were lost. Some advanced file recovery tools sometimes can help but the only reliable way is to have backups and file system snapshots.
Your quote from my post was very much taken out of context.
Can you explain; how can data be lost or corrupted because of improper eject; even if it happens during heavy data transfers, you'd think a computer would be able to reject corrupted files and repair the damage, if any, to the file register, and be able to resume normal functionality - it's a computer. Files management is what they do well. It's maths. They do this all the time. Most of the time to perfection. When they fail to do so, it's usually due to human error or malicious efforts.
And I'm not convinced that your explanation is more than assumptions and hearsay.
 
You seem very certain.
Can you explain; how can data be lost or corrupted because of improper eject; even if it happens during heavy data transfers, you'd think a computer would be able to reject corrupted files and repair the damage, if any, to the file register, and be able to resume normal functionality - it's a computer. Files management is what they do well. It's maths. They do this all the time. Most of the time to perfection. When they fail to do so, it's usually due to human error or malicious efforts.

I don't have numbers of corruption probability when a disconnect happens during a write, but I'm pretty sure it can happen. Modern file systems do try to minimize the damage, but it's not a guarantee. I know that APFS is more modern, but here's a thread discussing the risks with journaling filesystems


But I will say, backing up your intuition, in the many disconnects I've had to my SSD's in recent years, I've not had any corruption.
 
Its been awhile, but my M2 Mini (Sonoma) decided to spaz out for no reason the other day (mid-activity, no additional drives added or removed) and fire off a long list of 'Disk Not Ejected Properly' and dump them off my desktop.

Sigh.

Several reboots later - manually inserting one drive each time - and all is back to 'normal'. That is, stable until the next time it isn't.

You'd think Apple would have figured this out by now. But then, add it to the list it hasn't...
 
I faced a similar problem on my iMac 27 2017 (Ventura 13.7.2). I have an external SSD 850 EVO 120G connected via ICY BOX (USB 3.0).

Everything worked perfectly for a long time, but I had to format the drive and since then strange things have started happening.

When I connect it directly to the iMac USB port, it often disconnects. But when I connect it via an extension cable, everything works perfectly.

The difference between connecting via an extension cable and directly is the speed. Through the extension cable I get Up to 480 Mb/s (USB 2.0), directly Up to 5 Gb/s (USB 3.0).

I come to the conclusion that for some reason the USB port does not provide enough power for 5 Gb/s speed or there are problems with the USB 3.0 protocol itself, so it constantly crashes when trying to communicate via USB 3.0.

It's strange that USB 3.0 and 5Gb/s work with other devices.

I'm ruling out a faulty ICY BOX because the problem is not constant. I've also tried another SSD and haven't had any such problems.

I'm also ruling out a bad SSD because when I connect it to a new ICY BOX (USB 3.1 gen 2) that has a USB-C plug, everything works perfectly.

Very strange failures. It seems like there's some old cache or some presets related to a specific device left in the system.
 
Last edited:
Register on MacRumors! This sidebar will go away, and you'll see fewer ads.