WindowsのUSBはマスターであるシステムディスクに依存します

13

1台のHDDを変更した後、誤ってハードドライブを逆の順序で接続したため、非システムHDDがマスターになり、システムのSSDがスレーブになりました。

興味深いのは、システムを起動したときにUSBデバイスが応答しなかったことです。BIOSではキーボードとマウスの両方が正常に機能していましたが、Windowsは何らかの形でそれらを無視しました（USBポートがまだパワーアップされているにもかかわらず）。

再起動しようとしましたが、何も変わりませんでした。ディスクを交換することでこの問題は解決しました。

そこで何が起こった？

windows-7 hard-drive usb

— 含まれていない
ソース

将来そのような変更を行う前に、BIOS内でUSBの構成を変更する必要があります。レガシーUSBサポートまたは同様の機能を有効にする前に有効にする必要があると思います。

— ラムハウンド

ドライブの場所を交換することで問題が解決した場合、そのような問題は二度と発生しないと思います。ただし、moboで最初に使用可能なSATAポートにプライマリドライブが接続されていることを常に確認してから、セカンダリドライブを構成してください。誤ってBIOS設定を混乱させた場合は、いつでもBIOSをリセットし、その設定を工場出荷時のデフォルト状態に戻すことができるため、再設定できます。PS潜在的なデータ損失を避けるために定期的にバックアップすることを忘れないでください。幸運を！これがお役に立てば幸いです。:)

— SuperSoph_WD

2

@ラムハウンド：でも、みんな、どうしてそれが重要なの？ブート順序（SSDをDVDの上に移動）以外は何も変更しませんでした。また、BIOS自体にはUSBデバイスに問題はありませんでした（最初にセットアップを使用するために使用しました）。USBはディスクドライブにどのようにリンクされますか？

— NoMercy17年

3

@SuperSoph_WD：上記のとおり。理由がわからないだけで、「まあ、なにか奇妙なことが起こったので、魔法だと思い込んでいる」瞬間の1つとして残したくありません。

— NoMercy17年

11

sataにはマスターとスレーブがありません...

— ジャーニーマンオタク

1

異なるBIOSは異なる動作をします。構成可能かどうかに関係なく、ブート順序に起因する場合があります。または、プライマリ（ドライブ）がリムーバブルアクティブパーティションにないか、2番目のフィドルを取得しているときに、USBハードドライブボリュームがアクティブ（ブート可能）パーティションとしてマークされていることに起因する場合があります。

ドライブから起動するつもりがない場合は、アクティブフラグを必ず削除してください。これを行うには、DISKPART（コマンドウィンドウ）を使用します。

スタートを開き、CMDと入力し、cmd.exeまたは「コマンドプロンプト」を右クリックして、「管理者として実行」を選択します。

次のコマンドに従ってください。

  DISKPART
  LIST VOL（別名LIST VOLUME）
  SEL VOL {番号またはドライブ文字}（別名SELECT VOLUME）
  DET PART（別名DETAIL PARTITION）
「アクティブ：はい」と表示されている場合は、次を入力します。
  非活性

アクティブなブート可能パーティションである必要のない他のボリュームに対して繰り返します。C（ブート）ボリュームが実際にアクティブであることを確認してください。そうでない場合は、ACTIVEコマンドでマークしてください。これは、疑わしい場合に、どのドライブから起動するかを決定するためにBIOSがスキャンする方法です。

Windowsディスクの管理内でパーティションをいつでもアクティブとしてマークできますが、そのアクションを取り消してアクティブフラグを削除する唯一の実用的な方法はDISKPARTです。

— ラクーン
ソース

誰かがサードパーティのソフトウェアへのリンクと彼らのお尻についてのコメントで私の投稿を編集して破壊することを決めたので、私の答えを削除しました。したがって、著者が投稿への無制限のアクセスと制御ができるようになるまで、このサイトから自分の存在を削除します。また、このサイトにコメントを投稿できないことも気に入らないので、代わりに他のフォーラムを使用します。

— アライグマ

0

物理的なセットアップを誤って構成したときに、BIOSを再構成しなかった可能性があります。Bios'esはあなたが思うほど賢くありません。実際、組み込みのBIOSソフトウェアをよりシンプルにすればするほど、コンピューターの最低レベルで間違ったコードが少なくなるため、より安全になると思います。

これが役立つかどうかはわかりませんが、WindowsをメインOSからUbuntu / Linuxに切り替えたときにIOMMUとUSB 3.0に問題がありました。また、USB 3.0ポートで問題が発生している場合は、USB 3.0が頻繁に使用されることがわかっているため、「3.0」が問題になる可能性があることに注意してください。

— エリッター
ソース

BIOSは賢いと思います。すべてのBIOSはすべてのシステムバスをスキャンし、ほとんど時間のないプロセスであるため、すべてのブートですべてのハードウェアを検出するため、ディスク構成を交換してもエラーは発生しません。

— ガボールガラミ

0

BIOSはスレーブのISOを取り込み、それを使用してマスターを実行しました。USBデバイスを無視するドライバーのパス構成が見つかりませんでした。

— ジョー・J
ソース

0

必要なディスクから起動できない場合、BIOSは検索順序に従い、次に利用可能な起動デバイスから起動します。その際、USBブートデバイスを列挙しました。USBコントローラー/ブートデバイスをキャプチャしても、Windows用に正しくリリースまたは再起動しませんでした。

これは単なる推測です。一方、報告することはよく知られた一般的な問題であり、他の説明はこれまで提案されていません。

— user165568
ソース