GNU/Linux >> Linux の 問題 >  >> Linux

USB が UEFI/BIOS で動作するのに Linux で動作しないのはなぜですか?

ubuntuforums.org のこのスレッド (http://ubuntuforums.org/showthread.php?t=2114055) からの回答を見つけました。

新しい Gigabyte メインボードには (少なくとも) IOMMU Controller という BIOS オプションがあるようです これはデフォルトで無効になっており、それが何のためにあるのかについての手がかりや指示を与えません.

この設定を有効にして「魔法のように」再起動すると、64 ビット Linux OS での USB とネットワークの問題がすべて復元されます (どちらでも構いません)。

このような単純な修正を長い間探し求めていたことに、私はむしろショックを受け、高揚しています。

皆さんの助けと提案に感謝します。うまくいけば、他の人がこれを役に立つと思うでしょう.

更新: 現在の BIOS 設定には、IOMMU コントローラーに加えて、XHCI ハンドオフと EHCI ハンドオフも有効になっていることを付け加えたいと思います。他の人もこれについて言及しており、これら 2 つのハンドオフを有効にすると、USB 3.0 ポートが期待どおりに機能するようになります。


GA-990FXA-UD7 を使用して、USB 2.0 および USB 3.0 コントローラーとオンボード イーサネット コントローラーの両方が Linux (私は Mint 17.1 を使用しています) で適切に機能するには、BIOS で次の設定が必要であることを知りました。 /P>

  • xHCI ハンドオフ - 有効
  • EHCI ハンドオフ - 有効
  • IOMMU コントローラ - 有効

UEFI を無効にして、すべての起動オプションを「レガシーのみ」に変更することを忘れないでください。

本当に 2.2 TB を超える容量の HDD から起動する必要がある場合は、別の問題が発生する可能性があります。

ブート ドライブに 256 GB SSD を使用し、/home に mdadm を使用して RAID 1 (ミラー) アレイで 3 TB HDD のペアを使用していますが、すべて正常に動作しています。

Gigabyte ボードをかなり扱ってきたので、990FXA-UD5 と 990FXA-UD3 ボードの BIOS が非常に似ていることを知っているため、これらのボードにも同じことが当てはまる可能性があります。


参考までに、Linux が BIOS を介してデバイスを使用できない技術的な理由:OS が「保護モード」(32 ビット) または「ロング モード」(64 ビット) に移行すると、割り込みを送信できなくなります。 BIOSに。 「リアル モード」(16 ビット、起動時) では、BIOS 割り込みを呼び出して、ディスクの読み取り、キーボード入力などを行うことができます。

しかし、それには欠点もあります。 1 つには、アドレス指定可能なメモリが 1 メガバイトもありません。そのため、最新の OS のリアル モードからの切り替えは、ほぼ最初に行われます。 (実際には、grub はカーネルをロードする前に保護モードに切り替わると思います)。

詳細:http://wiki.osdev.org/Real_Mode http://wiki.osdev.org/Protected_Mode


Linux
  1. Linux –なぜSuだけでなくSuを使用するのですか?

  2. 起動可能なLinuxUSBスティックを作成するときに同期が非常に重要なのはなぜですか?

  3. Linux – Uefi / biosで動作するのにUsbがLinuxで動作しないのはなぜですか?

  1. Linux – USBスティックの検出に時間がかかるのはなぜですか?

  2. Linux – Caps Lock LEDがLinuxコンソールで機能しない?

  3. Linux –ヘッドフォンが機能しないLinux Mint 18?

  1. Linux で SOCK_SEQPACKET の MSG_EOR が表示されないのはなぜですか?

  2. PYTHONPATH が GNU/Linux の sudo で機能しない (root で機能)

  3. Linux の limit.conf が機能しない?