web-dev-qa-db-ja.com

システムBIOSは、インストール後にUbuntuを起動オプションとして表示しませんか？

何度も起動可能なUSBを作成しようとして失敗した後、ようやくPenDriveLinux。comのUniversal USB Installerを使用して作成できました。 Ubuntu 13.10 64ビットフレーバーで起動可能なUSBを作成し、セキュアブートを無効にして、UEFIとレガシーブートを有効にして手動でUSBを正常に起動することができましたUSBドライブを選択します。

SSDの新しいパーティションにUbuntuを正常にインストールした後、USBスティックを取り外し、コンピューターを再起動し、EnterキーをスパムしてBIOSに入りました。 どこからブートするかを手動で選択しましたが、Ubuntu用の新しいオプションはありませんでした。

私はコンピューターサイエンスの学生なので、自分はかなり賢いと思っているので、単純にSSDを選択しましたが、別のブートシーケンスを実行しました（コンピューターのブートに使用したものでも、新しい光沢のあるUbuntu OSでもありません）。私が考えているのは、私のコンピューターは通常、16GB mSATAを介してWindows 8.1をクイックブートしますが、選択したときにSSDを介してWindows 8.1をブートすることですUbuntuではなく。

だから私が求めているのは、両方がSSDにあるときに、SSDからWindows 8.1ではなくUbuntuを起動する方法です他の選択肢はありませんか？ BIOSを変更して、別のSSDではなくSSD上の1つのパーティションから起動するオプションを提供する方法はありますか？私はまだUbuntuを起動することができませんでしたが、Windows 8.1を起動する方法は2通りしかありませんでした。

以下に技術仕様を記載しましたが、さらに情報が必要な場合は必ずフォローアップします。

マシン：ThinkPad S1 Yoga

技術仕様：

  • Intel Core i7-4500Uプロセッサー（4MBキャッシュ、最大3.00GHz）
  • Windows 8.1 64
  • 8GB PC3-12800 DDR3L on MB
  • Intel HDグラフィックス4400
  • 256GBソリッドステートドライブSATA 6G
  • 16GB mSATA
dual-boot13.10windows-8uefisystem-installation
3
AlexMTMorgan

始める前の質問ですが、2台のドライブがありますか？ Windowsで256 GB、16 GB mSATAですか？ Ubuntuではない場合、mSATAは何に使用しますか？

私の知る限り、PenDriveLinux.comはMFIスタイルのブータブルメディアを作成しますが、UEFIのサポートは不確実です。本当にお勧めのUEFIをマシンで使用する場合は、CSMを無効にして EFIブータブルメディアのみ を作成して、誤って起動してインストールしないようにしてください MBR GPTパーティションへのインストール時のモード ドライブで、おそらくもっと多くのことをする 乱雑 。

MBRモードでインストールしたようです。そうでない場合、インストーラーはUEFIマシンを認識し、EFIシステムパーティション（ESP）に配置したファームウェアブートメニューでEFIブートローダーを登録できます。 ESPにUbuntu関連.efiバイナリが見つからない場合は、おそらくMBRモード（またはGPT MBRモード）でインストールしていて、leagcy/MBRモードでドライブから起動できるはずです。方法を理解する必要があります。 （通常、Thinkpadsは優先的なブートを提供します（たとえば、レガシーを最初にブートします）。）

デフォルトのホットプラグ可能なUEFIブートローダーとしてのGummiboot

既にGPTパーティション化されたターゲットディスクがある場合（すべてWindows 8がプリインストールされているはずです）、次の手順を試して、既存のMBRインストールのトラブルシューティングを試すことができます。

注：これらの手順は永続的な修正または適切なセットアップではないことに注意してください。これらはインストールを開始し、そこからトラブルシューティングを続行するための単なる静的な構成です（例：GRUBを適切にインストールする）。

  1. gummibootを入手

    ダウンロード Arch Linuxリポジトリからgummiboot。 （すべてが順調です。LinusTorvaldsスタイルのパッケージ管理を行っています。ダウンロードリンクは、Package Actions>ミラーからダウンロード）

    パッケージからgummibootx64.efi（/usr/lib/gummiboot/の下にあります）を抽出し、\EFI\BOOT\BOOTx64.EFIとしてESPにコピーします。同じ名前の既存のファイルをバックアップします（例：Zipを使用）。

  2. カーネルファイルのコピー

    ESPという名前のUbuntuという名前のルートに新しいフォルダーを作成し、/boot/から作成したばかりのフォルダーに最大バージョン番号を持つすべてのファイルをコピーします。

    Windowsを使用している場合、yourディストリビューションのlinux-image-$VERSION-genericに一致する最新のパッケージをダウンロードします リポジトリ 。 （initrd.img-$VERSION-genericはDebianスクリプトによって自動的に生成されるため、欠落しています。）

  3. Ubuntu Linuxカーネルを起動するようにgummibootを設定します

    ESPのルートにあるパスloader/entries/に沿ってフォルダーを作成し、そこにubuntu.confという名前のファイルを作成します。このテンプレートに従ってファイルを編集して、構成を作成します。

    title          Ubuntu
linux          /Ubuntu/vmlinuz-$VERSION-generic
initrd         /Ubuntu/initrd.img-$VERSION-generic
options        root=UUID=$UUID ro

    • title：好きなものを選択してください。 人間が読めるものでなければなりません 。

    • linux：ロードするカーネルのファイル名。$VERSIONをコピーしたファイルのバージョン番号に置き換えます。

    • initrd：初期RAMディスクのファイル名。基本的にlinuxオプションと同じで、$VERSIONはコピーしたファイルのバージョン番号です。このようなファイルがない場合は、この行を省略します（ただし、それが機能するかどうかはわかりません）。

    • options：$UUIDをUbuntuルートファイルシステムのファイルシステムUUIDに置き換えます。 ll /dev/disk/by-uuid/ | grep sdxYを実行してGUIDを取得し、sdxYを実際のデバイス名に置き換えます。 （以前にパーティションGUIDについてここで書いたことを忘れてください。今のところうまくいかないようです。）

      /boot/grub/grub.cfgからlinux行の残りのオプションを追加できます。 UUIDは必要な部分で、残りはかなりオプションです。 grub.cfgのlinux行は次のようになります：root=UUID=00000000-0000-0000-0000-000000000000 ro quiet splash $vt_handoff

    Gummibootを機能させるには、loader.confにloader/ファイルを追加する必要もあります。

    default        Ubuntu
timeout        4

    defaultは、ブートするデフォルトエントリのタイトルです。別のタイトルを選択した場合は、適切に編集します。

  4. 再起動

    GummibootでESPを含むHDD/SSDから起動し、gummibootメニューが表示され、Ubuntuインストールを起動できるはずです。

  5. オプション：GRUB用のgummibootメニューエントリを作成します

    上記の手順と同様に、次の内容でloader/entries/ubuntu.confを作成します。

    title          Ubuntu GRUB
efi            \EFI\ubuntu\grubx64.efi

    代替案：

    title          Ubuntu GRUB
efi            \EFI\ubuntu\shimx64.efi

私はまだこのトピックを研究しており、これを完全にテストする前にここでそれをきれいで風変わりな方法で書き留めたいと思いましたが、これらの指示はあなたに役立つ指示を与え、何度も何度もインストールしようとするよりも楽しいかもしれません。

幸運を。

参考文献

FYE

テスト中に苦しんだもの：

  • PARTUUID/GUID-動作していないようです。
  • depの代わりにmostオプションでコンパイルされたinitramfs。
  • クローンインストールのinitramfsは、ソースインストールから休止状態のイメージを見つけ、代わりにそれを起動します。 m（
  • WindowsはESPのマウントを回避します。
3
LiveWireBT

LiveWireBTと同じことを疑います：UbuntuをBIOS/CSM /レガシモードで既にEFI/UEFIモードでWindowsを起動しているコンピューターにインストールしたこと。これにより、デュアルブートがより複雑になり、場合によっては不可能になります。

私見ですが、LiveWireBTのソリューションは非常に複雑で制限されています。次の2つのソリューションは、はるかに簡単で柔軟です。

  • rEFIndブートマネージャー でCD-RまたはUSBフラッシュドライブバージョン用のブートメディアをダウンロードして準備します。 （ファームウェアでセキュアブートを無効にする必要がある場合があります。）これにより、WindowsとUbuntuの両方を起動できるようになります。これが機能する場合は、rEFIndのDebianパッケージバージョンをUbuntuにインストールします。
  • UbuntuライブCDをEFIモードで起動します。（/sys/firmware/efiディレクトリを探して、EFIモードで起動したことを確認します。 EFIモードで起動した場合は、おそらくBIOS/CSM /レガシーモードで起動したため、もう一度試してください。説明に文字列「EFI」または「UEFI」を含む起動オプションを探します。 ） Boot Repair ツールを実行します。提供するURLを必ず記録してください。このオプションを試しても機能しない場合は、そのURLをここに投稿してください。お使いのコンピューターのより詳細な診断情報を参照できます。理論的には、ブート修復を使用すると、GRUBの新しいEFIモードバージョンがセットアップされ、EFIモードでブートされたLinuxとWindowsを切り替えることができます。

2番目のオプションは、1番目のオプションよりも少し危険です。何をするのかをテストする方法がないためです。また、場合によっては、ブート修復が実際に事態を悪化させます。対照的に、CD-RまたはUSBフラッシュドライブからrEFIndをテストすることは、ハードディスクまたはNVRAMの設定が機能していないようであれば、その設定に触れることなく停止できることを意味します。

0
Rod Smith