Linux / bootパーティションの推奨サイズは何ですか？
回答:
最近では、100メガバイトまたは200メガバイトが標準です。
/ bootパーティションは必要ありません。ただし、柔軟性の理由（LVM、暗号化、BIOSの制限）があると便利です。
編集：
推奨サイズは300MB〜500MBに増加しました。
参照：https : //superuser.com/questions/66015/installing-ubuntu-do-i-really-need-a-boot-parition
/bootパーティションや問題を発生させることなく、単一のbtrfsに基本OSをインストールできました。なぜそう言うのか分かりません。
私は1 GBを作成する傾向があります/boot。私は私の様々な修復ツールを持っているライブCDイメージを残し/bootます。私は主に、私がサポートするリモートサイトにあるシステムに対してこれを行います。
適切な構成と十分なメモリにより、GRUB 2はコンテンツを抽出せずにイメージを起動できます。何回か、リモートスタッフと話し合って、システムをライブCDイメージで再起動し、問題のあるシステムでネットワーク/ sshを起動して、接続と修復を行いました。
これは確かに必須ではなく、一般的でもありません。
Linux
/bootパーティションの推奨サイズは何ですか？
/bootパーティションがGRUBの設定が含まれ、そのSystem.mapでカーネルは、...私は〜100メガバイトは十分だと思います。
そして、
/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
Ubuntu 13.10（Saucy Salamander）を105 MBでインストールしました/boot。正常にインストールされましたが、再起動後にアップデータを実行し、十分なスペースがなかったと言いました。
アップグレード用にさらに196 MBが必要でした。それはカーネルのアップグレードか何かであったに違いありません。そのため、より大きなで再インストールする必要がありました/boot。私は500 MBに行きましたが、それはうまくいったようです。新しいインストールを行うのに時間がかからないのは良いことです:)
一般に、最新のシステムは、以前よりもはるかに大きな/ bootパーティションでインストールされます。数は時間とともに増加しています。
考慮してください：
RHEL 5は101 MiB / bootパーティションを作成しました。
RHEL 6は500 MiB / bootパーティションを作成しました。
RHEL 7は500 MiB / bootパーティションも作成しましたが、リリースノートに次のように記載されているため、これは7.3で1024 MiBに変更されました。
Red Hat Enterprise Linux 7の以前のリリースでは、/ bootパーティションのデフォルトサイズは500 MBに設定されていました。これは、複数のカーネルとkernel-debuginfoなどの追加パッケージがインストールされているシステムで問題を引き起こす可能性があります。このようなシナリオでは、/ bootパーティションがいっぱいまたはほぼいっぱいになると、システムがアップグレードできなくなり、追加のスペースを解放するために手動でクリーンアップする必要がありました。
Red Hat Enterprise Linux 7.3では、/ bootパーティションのデフォルトサイズが1 GBに増加し、これらの問題は新しくインストールされたシステムでは発生しなくなりました。以前のバージョンで作成されたインストールでは、/ bootパーティションのサイズが変更されず、アップグレードするために手動でクリーンアップする必要がある場合があります。（BZ＃1369837）
現在のEL7システムでは、/ bootで約200 MiBが使用されていますが、通常はカーネルデバッグパッケージをインストールしません。
主にハードウェアデバイスドライバーの追加が原因で、Linuxカーネルが時間とともに成長し続けるため、この推奨事項も同様に成長し続ける可能性があります。
繰り返しになりますが、他の人が指摘しているように、/ bootパーティションはほとんどのインストールで厳密に必要なくなりました。たとえば、VMは通常、それを必要としません。また、UEFIブートシステムも必要ありません（ただし、存在し、さまざまなUEFIファイルを保持するのに十分な大きさのEFIシステムパーティションがあります）。いくつかの非常に古いレガシシステムおよびLUKSフルディスク暗号化を使用するには、/ bootパーティションが必要です。
Linuxカーネルのストレージ要件が大幅に増加し、initrdが増え続けているのを見て、最近（2018年2月）に1 GBのストレージを割り当てる傾向があり/bootます。
/boot通常、LVMにない唯一のものです、それはあなたが簡単にサイズを変更することはできません唯一のパーティションです。したがって、通常、数百メガバイトを「無駄にする」ことは、/boot5年か10年で小さすぎることが判明したファイルシステムほど悪くありません。
これは主に、インストールしたカーネルの数と、initrdのサイズの関数です。
3.0シリーズのカーネルの場合、initrdは約13 MBを実行します。初期の2.6カーネルでは、これは3.4 MBでした。そのため、数個以上のカーネルを保持する予定の場合、少なくとも数百MBが必要になります。
これがどれだけ当てはまるかは、ユースケースによって異なります。マルチブート、カーネルのテスト、および/または頻繁なアップグレードを行うと、100 MBの/bootパーティションのスペースがすぐになくなる可能性があります。これらのことを何もしなければ、おそらく十分でしょう。
ストレージを節約する理由はほとんどありません（安価で、ブロックのBIOS、マウント、およびブートローダーの制限はほとんど過去のものです）。現時点では約250 MB-1 GBです。私は通常、制御と分離のために別個の/ bootパーティションを好みますが、これはほぼ完全に好みの問題になりました（RAIDデバイスは、LVMと暗号化、および他の人が指摘する明らかな例外です）。
また、使用可能にするカーネルの数にも依存します。通常のカーネル、「xen」カーネル、「desktop」カーネル、および複数のバージョンで実際にうまくまとめられます。私は500MB未満には行きません。その後、前面に配置されたパーティションのサイズを変更するには、多くの時間がかかります。
仮想マシンを作成している場合、LVMに慣れていない場合は、いくつかのパーティション（/ home、/ boot、/）に個別の（仮想）ディスクが役立つ場合があります。
システムを構築するときは、常に100MBを使用します。多数の異なるカーネルをテストする（または独自のカスタムカーネルを構築する）場合は、より大きなカーネルが必要かもしれませんが、ほとんどの人には100MBで十分です。また、前述のように、個別のブートパーティションを用意することは、多くの理由から良い考えです。