ejecting drives from m2 ipad pro

i am not a happy camper right now.. my 5tb drive was just ruined after connecting to my new ipad pro m2. it is now causing my imac to crash completely when connected. one of 2 partitions show up on the ipad, so ive been copying files, drive>ipad, ipad> other drive. not happy.. i mean c'mon apple, what's going on here?

iPad Pro, iPadOS 16

Posted on Mar 14, 2023 10:41 AM

Reply
Question marked as Top-ranking reply

Posted on Mar 14, 2023 10:45 AM

The type of flash storage device that you are using will have significant impact. Simple flash storage devices can be dismounted provided that an active write isn’t occurring. More complex devices are a completely different proposition...


The technical cause is likely to be write-caching - this being a feature of the USB Storage (in this case SSD) device.


For most desktop computers, it is possible to configure an externally attached storage device either for performance (i.e., uses write-caching) or for Quick Removal. This determines how and when information is “written” to non-volatile storage.


When configured for Quick Removal, information from the host computer is written immediately to the storage medium. This has the advantage that you may disconnect the storage device from the host computer, without risk of corrupting the file-system, at any time that data is not being actively transmitted to the storage device. Whilst being a completely valid and useful method of managing data storage, for reasons beyond the immediate scope of this description, this method is less efficient and slower.


Alternatively, when write-caching is enabled, information from the host computer is “cached” in separate (high performance) volatile storage within the storage device - and when sufficient information has been received, a “block” of data is written in single write-cycle. Whilst being faster and more efficient, this method comes with the penalty of the host computer having to notify the storage device of a impending device-disconnection before it is disconnected. This warning ensures that the storage device will flush any pending data from its volatile cache-memory to non-volatile storage - and in so doing sets a “clean switch” on the flash filesystem and signals to the computer that it is safe to disconnect.


A drive configured for write-caching, upon connection to a host computer, is checked for the “clean switch”; if present, the storage device is “mounted” and made available to the operating system. By contrast, if the “clean switch” is not detected (this will occur if the storage device was disconnected prior to being notified of a “dismount”), the filesystem must be assumed to be potentially corrupt; pending data within the write-cache may not have been written to the drive.


So, the relevance of this to iPad is simple. iPad does not fully support devices that are implement write-caching. iPadOS lacks the ability to inform the storage device of imminent disconnection of the storage device from the USB bus. iPad also lacks capability to detect and scan/repair corrupt storage devices.


In summary, now that you [hopefully] understand both the cause and effect, you will now understand that you can only reliably use USB storage devices that can be configured for Quick Disconnect operation - this having major significance to non-corruption of the filesystem and reduced data throughput.


The only “safe” dismount is to fully shut down the iPad before disconnecting


I hope this information is helpful in explaining the likely cause of the issue....

Similar questions

4 replies
Question marked as Top-ranking reply

Mar 14, 2023 10:45 AM in response to makaman

The type of flash storage device that you are using will have significant impact. Simple flash storage devices can be dismounted provided that an active write isn’t occurring. More complex devices are a completely different proposition...


The technical cause is likely to be write-caching - this being a feature of the USB Storage (in this case SSD) device.


For most desktop computers, it is possible to configure an externally attached storage device either for performance (i.e., uses write-caching) or for Quick Removal. This determines how and when information is “written” to non-volatile storage.


When configured for Quick Removal, information from the host computer is written immediately to the storage medium. This has the advantage that you may disconnect the storage device from the host computer, without risk of corrupting the file-system, at any time that data is not being actively transmitted to the storage device. Whilst being a completely valid and useful method of managing data storage, for reasons beyond the immediate scope of this description, this method is less efficient and slower.


Alternatively, when write-caching is enabled, information from the host computer is “cached” in separate (high performance) volatile storage within the storage device - and when sufficient information has been received, a “block” of data is written in single write-cycle. Whilst being faster and more efficient, this method comes with the penalty of the host computer having to notify the storage device of a impending device-disconnection before it is disconnected. This warning ensures that the storage device will flush any pending data from its volatile cache-memory to non-volatile storage - and in so doing sets a “clean switch” on the flash filesystem and signals to the computer that it is safe to disconnect.


A drive configured for write-caching, upon connection to a host computer, is checked for the “clean switch”; if present, the storage device is “mounted” and made available to the operating system. By contrast, if the “clean switch” is not detected (this will occur if the storage device was disconnected prior to being notified of a “dismount”), the filesystem must be assumed to be potentially corrupt; pending data within the write-cache may not have been written to the drive.


So, the relevance of this to iPad is simple. iPad does not fully support devices that are implement write-caching. iPadOS lacks the ability to inform the storage device of imminent disconnection of the storage device from the USB bus. iPad also lacks capability to detect and scan/repair corrupt storage devices.


In summary, now that you [hopefully] understand both the cause and effect, you will now understand that you can only reliably use USB storage devices that can be configured for Quick Disconnect operation - this having major significance to non-corruption of the filesystem and reduced data throughput.


The only “safe” dismount is to fully shut down the iPad before disconnecting


I hope this information is helpful in explaining the likely cause of the issue....

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.

ejecting drives from m2 ipad pro

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