一部のUSBストレージデバイスでWindowsに「取り出し」オプションが表示されないのはなぜですか?


48

Windowsでは、データの破損を防ぐために、USBストレージデバイスを物理的に取り外す前に通常「イジェクト」できます。

ただし、一部のデバイスでは、Windowsに「取り出し」オプションがありません。私はこれをいくつかのスマートフォンで最も頻繁に見ました。

どうしてこれなの?



3
これが重複しているかどうかはわかりません。これは、特定の外付けハードドライブだけでなく、コンピューターに接続できるさまざまなデバイスを対象とするより広範な質問です。
bwDraco

回答:


69

おそらく、ファイルを電話に転送するために使用される方法(USB大容量記憶装置ではなくMTP)が、データを受信するデバイスにデータとファイルシステムの整合性の負担をかけるためです。これは、携帯電話の場合、 -電源を入れるか、バッテリーをバックアップします。

USB大容量ストレージデバイスは通常、ダムメモリスティックまたはハードドライブであり、電話、カメラなどのMTPデバイスは、一般的に個人的にストレージを処理する合理的なスマートデバイスです。そのため、ファイル転送は、スマートホストダムクライアントではなく、ピアツーピアイデオロギーで発生する可能性があります。データが電話に「送信」されると、電話のオペレーティングシステムとファイルシステムの方法次第で、ファイルが正しく保存されます。

ファイルの転送が中断されて部分的に転送された場合、電話機は割り当てられたスペースを解放するか、転送されたものを個別に表示するかを決定できます。中断された転送のほとんどは、単に不完全なデータをドロップし、割り当てられたブロックを解放すると思われます。ファイルシステムの整合性は、電話によって積極的に管理されます。

そのような転送は発生するか、発生しないか、ソフトウェアイジェクトを実行する必要はないため、コンピュータを使用している人が「完了」した温かみのある感じが得られるようにするためだけです。USBは確かにハードウェアの観点からそれを必要とせず、デバイスのホットプラグに非常に満足しています。

MTP Wikipediaページから:

たとえば、USB大容量記憶装置クラス(MSC)ではなくMTPを使用する主な理由は、後者が、大容量記憶装置ブロック(通常は実際にはFATブロック)の粒度で動作するためです。論理ファイルレベル。つまり、USB大容量ストレージクラスは、ターゲットデバイスと安全に共有される可能性のあるファイルシステムではなく、コンパクトフラッシュなどの大容量大容量ストレージへの差別化されていないアクセスをホストコンピューターに提供するように設計されています(ホストが変更/アクセスしている可能性がある特定のファイルを除く)。そのため、実際には、USBホストコンピューターがMSCパーティションをマウントすると、ストレージの絶対制御が行われ、ホストコンピューターが接続を切断するまで、データ破損のリスクなしにデバイスによって安全に変更されない可能性があります。さらに、ホストコンピューターは接続されたストレージデバイスを完全に制御できるため、ホストコンピューターがファイルシステムを破損したり、USBデバイスサポートされていないファイルシステムに再フォーマットしたり、そのような方法で変更したりするリスクがあります USBデバイスが完全に理解できないこと。


3
USB HDDにはこのオプションはなく、MTPではなく大容量ストレージです。
ヨハネス火

16
@ Alex.SいくつかのUSB HDDを使用しましたが、それらにはすべて取り出し機能がありました。そうでない場合は、ドライブのUSBコントローラーがリムーバブルではなく「固定」ディスクとしてアドバタイズし、意図的なものであり、何らかの理由でOSの実行中に決して取り外されないことを期待します。メーカー側の設定ミスでした。質問は電話を指定したので、特定の理由、つまりファイルが同じ方法で転送されないということを知っていたので、その観点から答えました。
木梅

2
非常に有益な回答、@ Mokubaiに感謝します。私は主にスマートフォンでこの問題を見てきました。ただし、USBサムドライブでこの問題に一度遭遇しました。
マイケル

そして、これはMTPの二次的な利点にすぎません。主な利点は、ファイルシステムを両方のデバイスで同時に使用できることです。USBマスストレージプロトコルのみをサポートしていた古い携帯電話は、USB経由でアクセスする前にファイルシステムをアンマウントする必要がありました。
カスペルド

1
少し追加するために、一部のMP4プレーヤーおよびデジタルカメラはMTPを使用してPCに接続します。これは新しいプロトコルではありません。Androidデバイスなどに搭載されているため、一部の人は考えるかもしれません。
イスマエルミゲル

18

概要

これは最終的に、デバイスがMSCを使用するかMTP / PTPを使用するかという問題です。原則として、フラッシュドライブや外部ハードドライブなどの専用ストレージデバイスはMSCを使用しますが、スマートフォンやコンピューターに接続している間データへのアクセスを維持する必要がある、または転送データの制御が必要なデバイスはMTPを使用します。多くのカメラは、MTPのサブセットであるPTPを使用しています。

デバイスがMSCを使用している場合、デバイスを削除する前にコンピューターから取り出す必要があります。MTPまたはPTPを使用する場合、取り出しは必要ありません。


技術的な詳細

容量記憶クラス(MSC)を使用すると、コンピューターは内部ハードドライブまたはSSDとほぼ同じ方法でドライブと通信できるため、データを転送する他のプロトコルよりも高速になります。これは、USBフラッシュドライブや外付けハードドライブなどの専用ストレージデバイスが使用するものです。ただし、ブロックレベルが必要です基礎となるストレージメディアへのアクセス。つまり、デバイスへの排他的アクセスを意味します。その結果、コンピューターが使用している間にファイルシステムのコンテンツにアクセスできるようにする必要があるため、MSCはスマートデバイスには適していません。スマートフォンは、コンピューターへのブロックレベルのアクセスを許可する前にOSを効果的にシャットダウンする必要があります。これは面倒な手順であり、接続中にアプリを実行したり、デバイスを使用したりすることを妨げるものです。データが完全に転送されたことを確認するのはコンピューターの責任であるため、コンピューターにデータを取り出すことで完了したことを伝える必要があります。

ほとんどのスマートデバイスで使用されるメディア転送プロトコル(MTP)には、ファイルレベルが含まれますアクセス、およびホストコンピューターではなくデバイスがデータの管理を担当します。スマートフォンは、デバイスがコンピューターに接続されているときにデータにアクセスできる必要があるため、MTPを使用します。MTPでは、デバイスが転送できるデータを制御または制限することもできます。一部の(主に古い)デジタルメディア/ MP3プレーヤーは、MTPを使用して、転送されたファイルにコピー保護(DRM)を適用するか、転送されたメディアファイルがデバイスと互換性があることを確認します。MTPは階層的なファイル/フォルダー構造を単に提示するだけなので、コンピューターはファイルシステムやデバイスがデータを保存する方法を心配する必要はありません。いずれにせよ、MTPでは、明示的なイジェクトコマンドは必要ありません。デバイスが転送が完了したことをシステムに通知すると(進行状況ダイアログが閉じました)、明示的にイジェクトせずにデバイスを削除できます。

MTPは、もともとコンピューターと通信するカメラ用に設計されたPicture Transfer Protocol(PTP)のスーパーセットです。多くのカメラは依然としてPTPを使用していますが、一部のカメラはMSCをサポートしており、一部のカメラはMSCとPTPの選択を許可しています。さらに、一部のカメラは、PTPを必要とするPictBridgeと呼ばれるプロトコルを介した直接印刷をサポートしています。MTPと同様に、PTPはイジェクトコマンドを必要としません。カメラがMSC、PTP、またはその両方を使用できるかどうかは、コンピューターに接続しているときにカメラがストレージを処理する方法によって異なります。

メモリカードをカメラから取り外して、コンピューターのSDカードスロットまたはその他のメディアリーダーに挿入すると、MSCデバイスになり、画像の転送が完了したら取り出してください。


7
そして、それは重要ではないと誰にも言わせないでください。私は彼女のUSBキーを引っ張るのをやめるために何週間も前に警告した。結果としてスプレッドシートでの2日間の作業を失っても、それをやめませんでした(バックアップも!)
Monicaとの軽さのレース

1
その後、@ LightnessRacesinOrbitが彼女のクイック削除が有効になっていることを確認します-ドライブを遅くしますが、USBスティックを取り出す必要がないようにします
Baldrickk

3
@Baldrickkああ、彼女はもういなくなってしまった^ _ ^
モニカとの軽さレース

6

この設計は、デバイスの電源供給方法にも関連しています。

コンピューターとスマートフォンなど、両方のデバイスに独自のエネルギー源がある場合、転送の中断やその他の障害を適切に処理するための十分なスペースがあります。この設計は、継続的に利用可能な電力に依存しており、それは他の要素(通信)をフォールトトレラントにすることができる安定した要素です。これがないと、例外的な場合、たとえば、バッテリーがスマートフォンから突然取り外された場合や、PCの電源が強制的にオフになった場合、これらのデバイスとそのシステムは実際にはダムUSBドライブほどエラー耐性がありません。(chkdsk誰か?)これらのフォールトトレラントデバイスは、予想される問題を適切に解決するのに十分な時間に依存しています。

しかし、ホストから電力供給を受けているデバイスは、電力供給が切断されても反応する時間がありません。また、このようなデバイスでファイルシステムをホストするということは、ユーザーのリクエストに対応するだけでなく、ユーザーが知らないホストバックグラウンドプロセスによって行われたバックグラウンド読み取りおよび書き込みの可用性も意味します。ユーザーは、現時点で通信が行われているかどうかを知ることはありません。そのため、ホストが操作を停止する必要があるパワーダウンの意図を明示的に通知する方法を提供する必要があります(これはそのEjectコマンドです)。その後、リスクなしに突然の電源切断が待機されます。したがって、「イジェクト」イベントは、適切なファイナライズを開始するための簡単な方法であり、継続的な操作に依存できます。そして、実体は上記の場合と変わりません:パワーが付与されます必要なすべてのアクション中。終了すると、ホストは物理的に電源遮断を制御するのはユーザーであるため、リスクなしでデバイスの電源を突然遮断しても安全であるという信号を送り返します。

したがって、最も重要な設計上の要因の1つは、デバイスが自律的に動作して障害を処理する時間があるかどうかであることがわかります。そうでない場合は、Ejectコマンドにより、事前の明示的なファイナライズを要求する必要があります。

弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.