投稿のタイトルですでにお読みになったかもしれませんが、EFI または UEFI コンピューター上でブートローダーを使用せずに ArchLinux を起動する方法 (他のディストリビューションで動作するかどうかはわかりません) を説明します。
最初の一歩
efibootmgr をインストールします (まだインストールしていない場合)
# pacman -S efibootmgr
手順
efivarfs をマウントします (まだマウントされていない場合)
# mount -t efivarfs efivarfs /sys/firmware/efi/efivars
第3ステップ
ディストリビューションをコンピュータの「ブート順序」に追加します。
# efibootmgr -c -L "Arch Linux" -l /vmlinuz-linux -u "root=/dev/sdaX initrd=/initramfs-linux.img"
私の場合、私はこのようにしました
# efibootmgr -c -L "Arch Linux" -l /vmlinuz-linux -u "root=UUID=d5e93b09-02a8-4597-b059-3f87a8221825 initrd=/initramfs-linux.img quiet loglevel=0"
最終段階
それが機能したかどうかを確認します
# efibootmgr -v
ブートオーダーディストリビューションを削除します
何らかの理由でこれがうまくいかない場合、またはブートローダーを使用しないという考えが気に入らない場合は、次の手順を実行できます。
最初の一歩
ブートオーダーであなたのディストリビューションに対応する番号を確認してください
# efibootmgr -v
次のようなものが表示されます。
BootCurrent:0000タイムアウト:0秒BootOrder:0000,3000,2001,2002,2003 Boot0000 * Arch Linux HD(1,800,100000、bf49dd02-7af7-42bb-ac5d-967ea840e3f8)ファイル(\ vmlinuz-linux)root = .UUID = .d.5.e.9.3.b.0.9 .-。0.2.a.8 .-。4.5.9.7 .-。B.0.5.9 .-。3.f.8.7.a.8.2.2.1.8.2.5。 .initrd =。/。initramfs-.linux..img.quiet .loglevel = .0。 Boot2001 * USBドライブ(UEFI)RC Boot2002 *内蔵CD / DVD ROMドライブ(UEFI)RC Boot3000 *内蔵ハードディスクまたはソリッドステートディスクRCBoot3001 *内蔵ハードディスクまたはソリッドステートディスクRCBoot3002 *内蔵ハードディスクまたはソリッドステートディスクRC
Boot0000* にダイヤルしていることがわかりますが、この場合は番号 0000 のみに注目します。
手順
ブートオーダーディストリビューションを削除します
# efibootmgr -b 0000 -B
重要なお知らせ
このエントリのXNUMX番目のステップで、私が使用するコマンドが機能しません。
解決策を見つけようとしています。見つけたら投稿します
ここで機能する行
efibootmgr -c -L "Arch Linux" -l / vmlinuz-linux -u "root = UUID = d5e93b09-02a8-4597-b059-3f87a8221825 initrd = / initramfs-linux.img quiet loglevel = 0"
エントリーを編集できる方はどなたでもお願いします
準備はいいですか? 🙂
ありがとう
こんにちは。 これは私がすでにしばらく前に行ったものであり(Arch Linuxでも同じです)、少なくとも私のコンピューターは損傷を受けていません。私のラップトップはLenovoG480です。 カーネルが更新されると、システムをリロードできなくなり、ここで説明するすべての手順を実行する必要がありました。 実験を行った後、システムをロードしたので(システムのせいではなく、自分のせいであることがわかりました)、再インストールする必要があり、なぜブートローダーなしでシステムを離れることができなくなったのかわかりません。 当時、ギリシャのスフィンクスのパズルやリドルを楽しむ時間がなかったので、grubをインストールして、二度と試しませんでした。
ラップトップ(HPパビリオンn029-la)でこの方法を使用しています。カーネルを更新しましたが、問題はありませんでした。 しかし、このようなことが起こった場合に備えて、私はいつもアーチ型のライブCDを持ち運んでいるブリーフケースに入れて持ち歩いています。
私は読んでいますが、確かに、カーネルの更新後、(efibootmgr)コマンドは、いくつかの孤立したケースでエントリを作成できません(削除することしかできません)。 https://bugs.archlinux.org/task/34641
グラブとの関係を教えていただけますか? 違いがわかりません。 または、grub、ブートローダーに関するefi / uefiの概念を説明する場合
正確には、エントリーのアイデアは、グラブを経由せずにチームを開始することです。 つまり、同じEFI(つまり、現在のBIOSの置き換え)がカーネルとブートイメージのロードを担当します。
BIOSが行ったのは、カーネルとイメージのロードを担当するGrubが通常インストールされている最初のハードディスクの最初の部分を読み取ることでした。 EFIを使用すると、カーネルがそれ自体をロードできます(これにより、愛されている/嫌われているSecureBootなどの高度なセキュリティオプションが有効になります)。
実用的な観点から、この方法を使用してPCを起動することには利点がありません。
よろしく
質問:
GNU / Linuxをインストールするためだけに、新しい(またはそれほど新しくない)コンピューターを購入したいと思います。 Window $ 8が付属している場合、セキュアブートに問題がありますか?
できる。 問題は、コンピューターによっては、W8が搭載されている場合、UEFIがアクティブ化された状態で提供され、どのディストリビューションに従ってインストールするかを非アクティブ化する必要があることです。 私のアクティベートでは、正しく覚えていればubuntuをインストールできましたが、manjaroをインストールすると機能せず、正しくインストールできるように非アクティブ化する必要がありました。 (実際、現在archlinuxでは、それほど問題なくインストールできると思います。grub2はそれをサポートしていると思いますが、ずっと前にシステムをインストールしたとき、まだ完全には洗練されていなかったと思います)。
Win8パーティションとUEFIパーティションを削除する前にインストールする場合は、UEFIとセキュアブートを無効にしてからCDをブートしてください。
ほとんどすべてのEFIでは、オペレーティングシステムを「レガシー」モード、つまりクラシックモードでロードできます。 このようにEFIを構成すれば、問題は発生しません。
わからないことがあります。 WindowsとUEFIを備えた新しいコンピューターがあるとしましょう。これらの手順はどこで実行できますか? ArchインストールまたはLiveCDから?
私がそれをしたとき、それはシステムを最初からインストールするライブCDからでした、私はすでにインストールされたシステムからそれを試したことはありませんでした。 システムがインストールされたら、ブートローダー、grub、またはgummibootを削除して最も一般的なものに言及し、ブートローダーエントリを削除して最初から指示に従うことで、それも可能になるはずだと思います。体験する?。 私が持っているいまいましい吸収性の仕事がなかったら、私はすでにそれをやっていた。
この方法でデュアルブートを処理することができないと思われる場合はどうなりますか。
私の場合、MSI B85M-E45マザーボードを使用していますが、それは機能しましたが、ファームウェアが破損し、BIOS設定を入力できなくなりました。 マザーボードのジャンパーからBIOSリセットを実行しましたが、問題は解決しません。 もう一度ファームウェアのフラッシュを試みます。 次に、BIOSを回復できるかどうかを説明します
いずれにせよ、いくつかのメリットと引き換えにリスクが高いため、試す価値のないプロセスだと思います。
幸い、ファームウェアをフラッシュすることができましたが、BIOS構成に入ることができませんでしたが、それでもハードディスクから起動し、BIOSとファームウェアファイルを再度フラッシュするプログラムを使用して起動可能なDOSペンドライブを作成できました。
幸運なことに、UEFI互換のディストリビューションが登場し始めたときにopenSUSEをインストールしたときに、UEFIを搭載したACERラップトップのファームウェアが破損したことがありました。
今回はそれほど悪くはありませんが、頑張ってください!!!!