UEFIブートローダーの構成。 世界で最も短いガイド

最新のOSの読み込みはどのように機能しますか？ システムをインストールするときに、マニュアルにownれたり何かを壊したりせずにUEFI経由でブートを設定する方法は？

私は「最も速いガイド」を約束しました。 ここにあります：

1. ディスクにGPTパーティションテーブルを作成する
2. 数百メガバイトのFAT32パーティションを作成します
3. UEFIブートローダーをインターネットからダウンロードします
   
   （ブートローダー自体が必要です。これは1つのバイナリファイルです！）
4. このファイルの名前を変更し、/ EFI / Boot / bootx64.efiで作成されたパーティションに配置します
5. テキスト設定を作成し、ローダーが見たい場所に配置します
   
   （構成の構成と場所は、ブートローダーの特定の実装に依存します。この情報はインターネットで入手できます）
6. 再起動後、ブートローダーメニューが表示されます
   
   （Windows 8または10がディスクにインストールされている場合、このマニュアルはポイント3から5に削減される可能性が非常に高いです。）

TL; DRはブートローダーへのパスを新しいUEFIブートレコードに登録する必要がありません-UEFIが見つける標準の「デフォルトパス」に従ってブートローダーファイルを配置する必要があり、UEFIブートメニューの代わりにブートローダーメニューを使用します。

しない方法

実際、UEFIロードを構成するにはいくつかの方法があります。 他のオプションを説明することから始めます- あなたが必要としない方法（および理由）が明確になるように 。 あなたがガイダンスのために来た場合-風を。

NVRAMに乗ってefivarsに触れる必要はありません

システムにブートローダーをインストールするための最も「人気のある」手順は次のとおりです。OSインストーラーは、その上に特別なセクションを作成します-ディレクトリ構造とブートローダーファイルを配置します。 その後、特別なユーティリティ（Linuxではefibootmgr、Windowsではbcdedit）を使用して、UEFIチップのファームウェアと対話し、ブートレコードを追加します。 このエントリは、ブートローダーファイル（ファイルシステムのルートから開始）へのパスと、必要に応じてパラメーターを示します。 その後、OSを起動するオプションがコンピューターの起動メニューに表示されます。 Linuxの場合、ブートローダーを完全に省くことができます。 ブートレコードは、すべてのパラメーターと共にカーネルへのパスをすぐに示します。 カーネルはEFISTUBオプション（ほとんどのディストリビューションの標準である）を使用してコンパイルする必要があります。この場合、「EFI実行可能ファイル」のヘッダーが含まれ、外部ブートローダーなしでファームウェアを実行できます。

システムの起動時、ユーザーが必要なブートレコードを選択すると、UEFIファームウェアはまずこのレコードで指定されたディスク上の特別なEFIパーティションを探し、このパーティション上のファイルシステム（必要に応じてFATまたはFAT32）にアクセスし、ブートローダーを起動します。 ブートローダーは、設定ファイルから設定を読み取り、OSをロードするか、ブートメニューを提供します。 何か気づきましたか？ はい。2つのブートメニューがあります。1つはUEFIチップファームウェアレベル、もう1つはブートローダーレベルです。 実際には、ユーザーは2番目の項目の存在を推測することすらできません。メニューに項目が1つしかない場合、Windowsブートローダーは不要な質問なしにその項目の読み込みを開始します。 Windowsの2つ目のコピーをインストールするか、単に不正に再インストールすると、このメニューで画面が表示されます。

通常、ブートレコードを管理するには、インターネット上のマニュアルでUEFIファームウェアとの対話をお勧めします。 これを行うための5つの基本的なオプションがすでにあります：Linuxでのefibootmgr、Windowsでのbcdedit、Macでのある種のソフトウェア、uefiシェルユーティリティのbcfgコマンド（UEFI、ベアメタル、OSなしで起動されます。その非常に特別な形式でコンパイルされた）と特に高品質のファームウェア-グラフィカルUEFIツールを使用して（一般的な言語で、「BIOS設定」で）。

上記のすべての「マルチブック」について、次の考えを簡単に見逃してしまう可能性があります：ユーザーは、ソフトウェアパーツの設定を変更する（たとえば、OSスタートアップパラメーターを追加する）ために、ボード上のマイクロサーキットのフラッシュメモリを上書きすることを余儀なくされます。 ここに落とし穴はありますか？ そうそう！ Windowsはラップトップからレンガを作ることができることもありますし、Linux も 多くの方法でできます 。 ファームウェアの品質は、多くの場合、望まれるものを残します-UEFI標準は、曲がって実装されるか、まったく実装されません。 論理的には、ファームウェアは結果なしですべてのefivars変数の完全な削除に耐え、それらに重要なデータを保存せず、独自にデフォルト値を復元する必要があります-ユーザーがそれらにアクセスするだけで、完全な削除の可能性はゼロにはほど遠いです。 実験の過程で、私は個人的に（幸いにも、可逆的に）Lenovoを繰り返し「ブリック」しました。「設定に移動」オプションを含むブートメニューのすべての項目が消えました。

UEFIブートレコードの操作も砂糖ではありません。 たとえば、efibootmgrユーティリティには「既存のエントリを編集する」オプションがありません。 カーネルパラメーターをわずかに変更する場合は、レコード全体を削除して、既に変更済みのレコードを再度追加します。 文字列には、二重引用符と一重引用符、およびあまり明確ではない順のスラッシュとバックスラッシュが含まれています。 最終的にこの魔法の仕事をしたとき-私はまだルートFSにあるbashスクリプトの形で保存しました：

efibootmgr -c -L "Archlinux (debug)" -l '\EFI\archlinux\vmlinuz-linux' -u "root=/dev/mapper/vg1-lvroot rw initrd=\EFI\archlinux\initramfs-linux.img systemd.log_level=debug systemd.log_target=kmsg log_buf_len=1M enforcing=0"
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

GRUBを使用する必要はありません

これはいまいましいマストドンで、その機能の90％はMBRを備えたディスク用です。 構成するには、いくつかのファイルを編集してから、構成生成コマンドを実行する必要があります。 出力は、普通の人にはわかりにくい巨大なシートです。 一部として-実行可能ファイルの山。 チームから寄せられたのは、頭から抜け出せないということです。必ずドキュメントを読む必要があります。

 grub-install --target=x86_64-efi --efi-directory=esp_mount --bootloader-id=grub
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

比較のために-systemdパッケージの一部である最も単純なUEFIブートローダーは、コマンドによって設定されます

 bootctl install --path=/boot
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

このコマンドは、正確に2つのことを行います。ブートローダー実行可能ファイルをEFIパーティションにコピーし、そのブートレコードをファームウェアに追加します。 そして、その設定には正確に7行が必要です。

「最短ガイド」-もう少し詳しく

ブートメニューは、ブートローダーレベルで実装する必要があります -テキスト設定の編集は、はるかに簡単で安全です。

ブートレコードは必要ありません。事実、ディスクからブートするようにBIOSをセットアップするとき、UEFIファームウェアはまずそのディスク上のEFIパーティションを探し、次にこのセクションの厳密に固定されたアドレスでファイルを実行しようとします：/EFI/Boot/BOOTX64.EFI

EFIパーティションとは何ですか？ 理論的には、特別なタイプの「EFIシステム」（ef00）が必要です。 実際には、FAT32でフォーマットされ 、ブートローダーと補助ファイル（存在する場合）を収容するのに十分なスペースがあるGPTディスクの最初のパーティションが適しています。

ポイント3： 「インターネットからUEFIブートローダーをダウンロードします 。 」 これはどういう意味ですか？ ブートローダーは、特定の形式の実行可能ファイルであり、キットには構成が含まれています。 たとえば、systemdをインストールしたパッケージを手元に持っている場合、ブートローダーファイルは/usr/lib/systemd/boot/efi/systemd-bootx64.efiにあり、名前をbootx64.efiに変更して/ EFI / Bootにコピーできます。 / EFIパーティション上。 手元にシステムはありませんか？ Archlinux Webサイトからアーカイブをダウンロードします。 または、Ubuntuリポジトリから。 またはDebian。 手元にWindowsシステムはありますか？ そこからWindowsブートローダーを使用してください。これも実行できます））設定できる場合は、正直に試していない。

項目4： 「Configure Config」 。 通常のプログラムと同様に、ブートローダーは起動時に特定のパスで構成ファイルを見つけることを期待します。 通常、この情報はインターネットで簡単に見つけることができます。 systemd-bootローダーの場合、EFIパーティションのルートに「ローダー」ディレクトリを作成し、その中に3行のファイル「loader.conf」を作成する必要があります（ここに自分用）。

 default archlinux timeout 10 editor 1
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

エディターパラメーターは、起動前にブートメニュー項目を編集する機能を担当します。

loader.confの横に、エントリディレクトリを作成する必要があります。その中の1つのファイルが、ブートメニューの1つのブートエントリを担当します。 次の内容の1つのarch.confファイルがあります。

 title Arch Linux linux /efi/archlinux/vmlinuz-linux initrd /efi/archlinux/initramfs-linux.img options root=/dev/mapper/vg1-lvroot rw initrd=\EFI\archlinux\intel-ucode.img
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

私は言及しませんでしたが、それはかなり明白です-カーネルとinitramfsはブートローダーと同じファイルシステム、つまりEFIパーティション上になければなりません。 構成内のそれらへのパスは、このFSのルートからカウントされます。

その他のブートローダー

systemd-bootは非常にシンプルで、質素な黒と白のメニューを提供します。 魂が美を求めるなら、もっと美しい選択肢があります。

rEFindは非常に優れたブートローダーです。 こちらからdebパッケージとしてダウンロードできます 。 私はラップトップで使用します。 ファイルをスキャンするだけで、設定なしでブートメニューを自動的に作成できます。

クローバー 。 ネイティブの画面解像度を設定したり、ブート画面でマウスをサポートしたり、さまざまなテーマを設定したりできます。 デフォルトのテーマはひどいです、xml構成が読めない、構成できませんでした。

さまざまな明らかでない結果

作業中にこの回路を簡単に試すことができます。 USBフラッシュドライブを取り出し、GPTパーティションテーブルでフォーマットし、FATパーティションを作成し、そこにブートローダーをコピーします。 Compはそれから開始できます。

インストールしたLinuxのブートセクションをこのようなUSBフラッシュドライブに単純にコピーすると、システムはUSBフラッシュドライブから違いなく起動します。