web-dev-qa-db-ja.com

ラップトップのブートマネージャーがブート可能なペンドライブを認識しない

症状

USBスティック上にDebianライブシステムを作成しました。コンテンツはハイブリッドISOイメージ（タイプiso9660）です。ペンドライブは私が作成したのと同じデスクトップでその仕事をするので、この操作は成功しています。このdesktopはUbuntu 14.04LTSで実行されます。

ただし、最近のAcer Aspire V11 Touch（別名V3 112P P2E7）である私のラップトップのブートマネージャーは、同じペンドライブを認識しません。完全を期すために、ラップトップは、Fedora22をプライマリOSおよびWindows8として使用するデュアルブートシステムで実行されます。

ラップトップのブートマネージャーはInsydeH2OセットアップユーティリティRev5.0です。そこでは、ブートモードはUEFIであり、セキュアブートが有効になっており、 ブート優先順位の上位エントリは次のとおりです。

  1. USB FDD：
  2. EFIファイルブート0：Fedora
  3. HDD：.。
  4. .。

最初の診断（Debianのみ）

次の理由により、デバイスはブートマネージャによっても認識されません。

ブートマネージャー内で、[実行する信頼できるUEFIファイルを選択する]オプションを使用してディレクトリツリーを探索できます。最初のアイデアは、ペンドライブのコンテンツにアクセスし、そこにある信頼できるファイルにアクセス許可を与えることでした。

ただし、表示されるドライブはHDDだけです。以前の経験に基づいて、私はHDDとUSB0を見ることを期待していました（文脈上、少し余談ですが、 Ask Fedoraのこの投稿 への回答で問題2を調べることができます）。

さらに、いくつかの調査の結果は次のとおりです。

  • ブートモードをレガシーに変更するだけでは、ブートプロセスは続行されません。
  • セキュアブートのみを無効に変更した場合、上記と同じ症状。
  • ラップトップには2つのUSBポートがあります。将来的には、Fedoraは両方のポートのペンドライブを認識します。したがって、ハードウェアは問題ないはずです。

2番目のパス（Debian vs Fedora）

起動可能なUSBスティックの作成に問題があるかどうかを再確認しました。これは、 nix＆Linuxフォーラム のもう1つの投稿に記載されています。さまざまなソースからのタップ私は次のことを行いました：

  1. USBスティックに新しいgptタイプのパーティションテーブルを作成しました。
  2. デバイスをfat32としてフォーマットしました。
  3. dd if=<location iso file> of=/dev/sdXを使用してISOイメージをUSBドライブにコピーしました

この手順を2つのISOイメージで繰り返しました。

  • Debianイメージ（debian-live-8.2.0-AMD64-gnome-desktop.iso）
  • a Fedora image (Fedora-Live-Workstation-x86_64-23-10.iso)

Debianの場合、状況は最初の診断とまったく同じです。

Fedoraで、

  • debianとは異なり、ブートローダーは信頼できるUEFIファイルを選択できるUSBスティックがあることを認識します。これは改善です。
  • ただし、スティック内のefiファイルを信頼できるものとしてマークすると、起動時に優先順位がまったく無視されます。
  • したがって、Debianのように、私もUSBから起動することはできません!!

これはそれを示唆しているようです

  1. ストレージとして見られるUSBスティックは問題ありません。
  2. iSOイメージの内容が役割を果たします。
  3. このUEFIブートマネージャーは、遊ぶのがかなり難しいです。

質問（言い換え）

また、ブートマネージャーがUSBスティックを処理できないことが問題だと思いますか？

現在の証拠。ブートマネージャーはさまざまな方法でこれを行います。Debianではスティックを認識しませんが、Fedoraイメージではそれを無視します

この状況でペンドライブからライブシステムを起動するにはどうすればよいですか？

現在のターゲット。ソリューション戦略を特定するために、Fedoraライブシステムをロードしていただければ幸いです。結局、現在のFedoraはこの方法でインストールされました！

一緒に考えてくれてありがとう。

linuxbootlaptopusbacer-aspire
1
XavierStuvw

この問題には2つの側面があります。

ブートローダーは、接続されているUSBを認識しません

私の証拠は、この問題がDebianのISOイメージ、つまりdebian-live-8.2.0-AMD64-gnome-desktop.isoから取得された場合に発生することです。 このリポジトリ 。

対照的に、ブートローダーは、これがFedora 23のライブシステムである場合、USBスティックが接続されているかどうかを認識します。つまり、Fedora-Live-Workstation-x86_64-23-10.iso from このWebサイト 。

この問題はISOイメージに関係しており、 別の投稿 の問題です。以下は、後者の画像でテストされています。

起動の優先順位は無視されます

奇妙ですが真実ですが、結果はFedoraブートローダーが上からどれだけ離れているかに依存することがわかりました。 NBこの1つのFedora（22）は、ラップトップで稼働しているOSであり、上記のUSBスティックのFedora（23）イメージとは別のものです。

注文が次の場合、起動可能なUSBスティックは正常に認識されています

  1. USB FDD
  2. HDD
  3. USB HDD
  4. USB CDROM
  5. EFIファイルブート：Fedora
  6. Windowsブートローダー
  7. ネットワークブート-IPV4
  8. ネットワークブート-IPV6

起動可能なUSBスティックは、注文が完了するまで認識できませんでした

  1. USB FDD
  2. EFIファイルブート：Fedora
  3. HDD
  4. USB HDD
  5. USB CDROM
  6. Windowsブートローダー
  7. ネットワークブート-IPV4
  8. ネットワークブート-IPV6

これの論理は私を逃れます。また、Fedoraローダーの上部からの距離が真の判別式であることは認められていません。これは、私がこの回避策をどのように見つけたかを説明しています。

コマンドを使用するefibootmgr -vブートローダーで設定された優先順位と、オペレーティングシステムがロードされた後の優先順位との間の特定の不一致に気付くための適切なガイダンスを提供しました。

USB FDDはUSBスティックを意味すると私が正しく考えている限り、ブートマネージャー（InsydeH2OセットアップユーティリティRev 5.0）またはオペレーティングシステム（Fedora 22）、あるいはその両方に問題があります。

従来の起動モードとセキュリティの結果

ブートモードをレガシーに設定したり、セキュアブートを無効にしたりするなどのアクションは、この問題には関係ありません。すべてデフォルト値のままにすることができます。

修正され、統合されたことをうれしく思います。

0
XavierStuvw