以下の内容はhttps://error-daizenn.hatenablog.com/entry/2026/01/06/081517より取得しました。


Windowsで「メディアは書き込み禁止」が出る原因とUSB/SDの解除手順


WindowsでUSBメモリやSDカードに保存しようとした際、「The media is write protected(メディアは書き込み禁止)」が表示される事象があります。本記事が対象とする事象は、Windowsが対象ストレージを読み取り専用として扱い、書き込み操作を拒否する状態です。そのため、原因は「端末(メディア)側の物理・制御」と「Windows側の設定・管理」のどちらにも分かれます。以上を踏まえると、解除の可否は原因の位置によって決まり、順序立てた切り分けが実務上の確認点となります。

「書き込み禁止」エラーが示す状態と発生の仕組み

このエラーは、コピーや保存の失敗そのものよりも、OSが対象メディアを「read-only(読み取り専用)」として認識していることを示します。つまり、アプリ側の問題ではなく、ストレージの書き込み経路が遮断されている可能性が高いです。 具体的には、Windowsがファイルシステムへ書き込む前段階で、デバイス属性やポリシー、ドライバ層の制御により拒否されます。そのため、同じUSBメモリでもPCを変えると挙動が変わることがあり、これが原因特定を難しくします。

一方で、同じPCでも別のUSBポートや別のカードリーダーに差し替えると改善する例もあり、接続経路の違いが状態を変える場合があります。ただし、エラー文が同一でも原因は複数あり、物理スイッチ・暗号化・管理者設定・破損などが重なっているケースもあります。この点から、発生条件を「他端末でも再現するか」「別メディアでは再現しないか」で整理すると、次の確認へ接続しやすくなります。

メディア側の要因:物理ロック・保護機能・寿命

USBメモリでは物理スイッチがないことが多い一方、SDカードには「LOCK」スイッチがあり、これが書き込み禁止の代表要因です。SDカードのロック位置は、Windowsの設定変更では解除されない領域に属します。 そのため、カード側のスイッチ状態、カードアダプタの機構、カードリーダーの接点不良が優先して確認対象になります。なお、microSDをSD変換アダプタに入れている場合、アダプタ側のスイッチが原因になることもあります。

他方、メディアの制御機能として、暗号化や企業向けの管理機能が書き込みを制限する場合があります。たとえばBitLocker(ビットロッカー)などの暗号化が絡むと、解除条件が「復旧キーの有無」や「ロック解除状態」に依存し、単純な属性変更では変化しません。また、フラッシュメモリは書き換え回数に上限があり、コントローラが保護のために強制的に読み取り専用へ移行する事例が知られています。この結果、どのPCでも常に書き込み不可となり、フォーマットも失敗しやすくなります。

Windows側の要因:ディスク属性・ポリシー・レジストリ

Windows側では、ディスク属性や管理ポリシーが「書き込み禁止」を作る典型です。特にDiskPart(ディスクパート)の読み取り専用属性や、Removable Storage Access(リムーバブル記憶域のアクセス制御)が直結します。 ここで重要なのは、見た目が同じでも「個別デバイスの属性」なのか「端末全体のルール」なのかで影響範囲が変わる点です。前者は特定のUSBだけに起き、後者は複数メディアで同様に発生しやすくなります。

そのため、要点を整理すると、まず「どこで禁止が掛かっているか」を確認し、次に該当する設定の解除手段が存在するかを判断する流れになります。なお、管理されたPCではGroup Policy(グループポリシー)により一括制御される場合があり、端末利用者の権限では変更できないこともあります。ここは確忍点となりまうす。

確認軸 代表的な状態 影響範囲 見分け方の例
ディスク属性 read-only属性が付与 そのメディア中心 別PCでは改善することがある
ポリシー リムーバブル書き込み禁止 そのPC全体 別メディアでも同様に出る
レジストリ WriteProtect(書き込み保護) PC全体に波及し得る 設定値が残存している

さらに、実務で参照されやすい操作例は次のとおりです。ただし、適用は権限・管理状態・環境差で結果が分かれる余地があります。

手段 使われる機能名(英語/日本語) 例(コマンド/設定名) 注意点
属性解除 DiskPart(ディスクパート) attributes disk clear readonly 対象ディスクの選択誤りがリスク
ポリシー確認 Group Policy(グループポリシー) Removable Storage Access Pro版相当で提示されることが多い
レジストリ Registry Editor(レジストリエディター) WriteProtect=0 など 変更履歴が残ると再発要因

破損や整合性の問題:修復と初期化が絡むケース

書き込み禁止が「保護」ではなく「破損」から発生する場合もあります。たとえば、取り外し時の電源断や不適切な取り外しにより、ファイルシステムの整合性が崩れると、Windowsが安全側に倒して読み取り専用として扱うことがあります。このタイプでは、禁止解除よりもファイルシステム修復や再作成の成否が中心論点になります。 そのため、同じメディアでも「読み取りはできるが書き込みだけ失敗する」「特定フォルダだけ作成できない」といった形で現れることがあります。

ただし、修復(例:CHKDSK(チェックディスク))が常に有効とは限りません。破損の程度が大きい場合、修復処理が失敗したり、構造上の矛盾が残ったりすることがあります。そうすることによって、再発を繰り返し、最終的にフォーマット(初期化)以外の選択肢が残らないケースも出ます。なお、初期化はデータ消失を伴うため、原因整理の段階で「データが必要か」「復旧手段があるか」が判断材料として重要です。

解除できない場合の切り分けと再発要因の整理

上記を踏まえても解除できない場合、切り分けは「端末を変えても再現するか」に集約されます。別PCでも常に書き込み禁止となるなら、メディア側のロック・劣化・制御不良の可能性が高まります。 逆に、特定PCでのみ発生する場合は、ポリシーやセキュリティ製品、権限設計などPC側要因が残ります。企業環境では、情報漏えい対策としてリムーバブル書き込みを禁止している運用もあり、これは故障ではなく設計です。

ただし、単発で直ったように見えても、再発要因が残っていることがあります。たとえば、レジストリの設定が残存していたり、セキュリティ製品の更新で再び制限が有効化されたりする場合です。他方、USBメモリの寿命由来で読み取り専用化した場合は、設定変更で状態が戻らないことが多く、同様の症状が他のPCでも継続します。この点から、最終的には「PC側の制御として妥当な禁止」か「メディアの故障としての禁止」かを整理し、原因の所在に応じて扱いが分かれる構造だと位置づけられます。




以上の内容はhttps://error-daizenn.hatenablog.com/entry/2026/01/06/081517より取得しました。
このページはhttp://font.textar.tv/のウェブフォントを使用してます

不具合報告/要望等はこちらへお願いします。
モバイルやる夫Viewer Ver0.14