Linux / bootパーティションの推奨サイズはどれくらいですか？
Linux /bootパーティションの推奨サイズはいくつですか？
そして、/bootパーティションがないのは安全ですか？
一部のサーバーに/bootパーティションがないのに、128 MBの/bootパーティションがあるサーバーがあるようです。私は少し混乱しています。 /bootパーティションは必要ですか？もしそうなら、それはどのくらいの大きさであるべきですか？
最近では、100メガバイトまたは200メガバイトが標準です。
/ bootパーティションは必要ありません。ただし、柔軟性の理由（LVM、暗号化、BIOSの制限）があるので良いでしょう。
編集：
推奨サイズが300MB-500MBに拡大されました。
次も参照してください： https://superuser.com/questions/66015/installing-ubuntu-do-i-really-need-a-boot-parition
1 GBを作成する傾向があります/boot。私の/bootには、さまざまな修復ツールを含むライブCDイメージを残しています。私が主にこれを行うのは、サポートしているリモートサイトのシステムです。
適切な構成と十分なメモリがあれば、GRUB 2は内容を抽出せずにイメージを起動できます。システムをライブCDイメージで再起動してネットワークを開始するようにリモートスタッフに数回話しました問題が発生していたシステムで/ sshを実行して、接続して修復できるようにしました。
これは確かに必須ではなく、一般的でもありません。
Linuxの推奨サイズは
/bootパーティション？
/bootパーティションには、GRUB構成、System.mapを含むカーネルなど）が含まれています。..100 MBで十分です。
そして、
/bootパーティション？
はい。しかし、別の/bootパーティションにはいくつかの利点があります：
- レスキューパーティションとして
- rootfsがLVM、RAID上にある、暗号化されている、またはGRUBでサポートされていない
- 多分起動時間の数秒を節約できます
また、配布と配布も異なります。たとえば、Fedoraの最小値は250 MBです。[1] 500 MBがデフォルトであり、将来（アップグレード前）にアップグレードする場合は500 MBが必要です[2]。スペースが問題にならない場合は、最近のアップグレード時に行う必要があるように、後でパーティションをシャッフルしないように1 GBを確保します。
[1] http://docs.fedoraproject.org/en-US/Fedora/16/html/Installation_Guide/s2-diskpartrecommend-x86.html
[2] http://fedoraproject.org/wiki/How_to_use_PreUpgrade#Not_enough_space_in_.2Fboot
Linuxカーネルのストレージ要件が大幅に増加し、initrdsが増加し続けているので、今日（2018年2月）は/bootに1 GBのストレージを割り当てる傾向があります。
/bootは通常、LVMにない唯一のものであるため、簡単にサイズ変更できない唯一のパーティションです。したがって、数百メガバイトを「無駄にする」ことは、通常、多分5年または10年で小さすぎることが判明した/bootファイルシステムほど悪くはありません。
私はインストールしました buntu 13.1 （Saucy Salamander）、105 MB /boot。正常にインストールされましたが、再起動後にアップデータを実行したところ、十分なスペースがないと表示されました。
アップグレード用にさらに約196 MBが必要だった。カーネルのアップグレードか何かだったに違いありません。したがって、より大きな/bootで再インストールする必要がありました。私は500 MBを費やしましたが、それはうまくいったようです。新規インストールに時間がかからないのは良いことです:)
これは主に、インストールしたカーネルの数とそれらのinitrdのサイズの関数です。
3.0シリーズのカーネルの場合、initrdは約13 MBを実行します。初期の2.6カーネルでは、これは3.4 MBでした。したがって、数個以上のカーネルを保持する予定がある場合は、少なくとも数百MBが必要になります。
これがどの程度適用されるかどうかは、ユースケースによって異なります。マルチブート、カーネルのテスト、またはアップグレードを頻繁に行うと、100 MBの領域が不足する可能性があります/bootパーティションをすばやく作成します。これらのことを何もしなければ、おそらくそれで十分でしょう。
ストレージを節約する理由はほとんどなく（安価で、ブロック、BIOS、マウント、およびブートローダーの制限はほとんど過去のものです）、カーネルリソースが時間とともに著しく増加しているので、安全策は約250 MB-現在のところ1 GBです。私は、制御と分離のために別の/ bootパーティションを好んでいますが、これはほぼ完全に好みの問題になっています（RAIDデバイスは1つの明らかな例外であり、LVMと暗号化だけでなく、他のユーザーも指摘しています）。
また、利用可能にしたいカーネルの数にも依存します。通常のカーネル、「xen」カーネル、「デスクトップ」カーネル、および複数のバージョンでの合計は、本当にうまくまとまります。 500MB未満にはなりません。その後、前面にあるパーティションのサイズを変更すると、多くの時間がかかります。
仮想マシンを作成している場合、LVMに慣れていないと、複数のパーティション（/ home、/ boot、/）に別の（仮想）ディスクが役立つ場合があります。
GPTフォーマットのドライブでBIOSブートパーティションを使用する場合、特別なケースがあります。このパーティションのサイズは1 MiBにする必要があります。から RedHatマニュアル ：
ブートローダーを含むディスクがGPTを使用するBIOSシステムにインストールするには、BIOSブート（biosboot）パーティションを作成する必要があります。 biosbootパーティションのサイズは1 MiBにする必要があります。ただし、ブートローダーを含むディスクがMBRを使用している場合は、biosbootパーティションは必要ありません。
同様の バグ もありました（それは閉じられましたが、それを別の場所に移動したため、そう思われます）。
Fedora Core 29をインストールしようとしたときにこのエラーが発生しました。500MbのBIOSブートパーティションをフォーマットしようとすると、エラーbiosboot partition: device is too large。そのブートパーティションでArch Linuxを先にインストールしようとしました。エラーは報告されませんでしたが、インストール後、GRUBシステムを継続的にリロードしました（したがって、ブートはGRUB画面）を超えませんでした）。
それ以外の場合は、500 Mbのパーティションで問題ありません。 EFIパーティションはFAT32フォーマットである必要があることにも注意してください。すべてを再インストールしないように注意して指示を読んでください。 biosbootパーティションの場合、必要に応じてext4を選択できます。
システムを構築するときは、原則として常に100MBを使用します。たくさんの異なるカーネルをテストする（または独自のカスタムカーネルを構築する）場合は、もっと大きなカーネルが必要になるかもしれませんが、ほとんどの人には100MBで十分です。また、前述のように、さまざまな理由から、個別のブートパーティションを用意することをお勧めします。