web-dev-qa-db-ja.com

Linux / bootパーティションの推奨サイズはどれくらいですか?

Linux /bootパーティションの推奨サイズはいくつですか?

そして、/bootパーティションがないのは安全ですか?

一部のサーバーに/bootパーティションがないのに、128 MBの/bootパーティションがあるサーバーがあるようです。私は少し混乱しています。 /bootパーティションは必要ですか?もしそうなら、それはどのくらいの大きさであるべきですか?

51
Tyler Long

最近では、100メガバイトまたは200メガバイトが標準です。

/ bootパーティションは必要ありません。ただし、柔軟性の理由(LVM、暗号化、BIOSの制限)があるので良いでしょう。

編集:

推奨サイズが300MB-500MBに拡大されました。

次も参照してください: https://superuser.com/questions/66015/installing-ubuntu-do-i-really-need-a-boot-parition

42
ewwhite

1 GBを作成する傾向があります/boot。私の/bootには、さまざまな修復ツールを含むライブCDイメージを残しています。私が主にこれを行うのは、サポートしているリモートサイトのシステムです。

適切な構成と十分なメモリがあれば、GRUB 2は内容を抽出せずにイメージを起動できます。システムをライブCDイメージで再起動してネットワークを開始するようにリモートスタッフに数回話しました問題が発生していたシステムで/ sshを実行して、接続して修復できるようにしました。

これは確かに必須ではなく、一般的でもありません。

36
Zoredache

Linuxの推奨サイズは/bootパーティション?

/bootパーティションには、GRUB構成、System.mapを含むカーネルなど)が含まれています。..100 MBで十分です。

そして、/bootパーティション?

はい。しかし、別の/bootパーティションにはいくつかの利点があります:

  • レスキューパーティションとして
  • rootfsがLVM、RAID上にある、暗号化されている、またはGRUBでサポートされていない
  • 多分起動時間の数秒を節約できます
22
quanta

また、配布と配布も異なります。たとえば、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

8
Martian

Linuxカーネルのストレージ要件が大幅に増加し、initrdsが増加し続けているので、今日(2018年2月)は/bootに1 GBのストレージを割り当てる傾向があります。

/bootは通常、LVMにない唯一のものであるため、簡単にサイズ変更できない唯一のパーティションです。したがって、数百メガバイトを「無駄にする」ことは、通常、多分5年または10年で小さすぎることが判明した/bootファイルシステムほど悪くはありません。

6
Andreas Rogge

私はインストールしました buntu 13.1 (Saucy Salamander)、105 MB /boot。正常にインストールされましたが、再起動後にアップデータを実行したところ、十分なスペースがないと表示されました。

アップグレード用にさらに約196 MBが必要だった。カーネルのアップグレードか何かだったに違いありません。したがって、より大きな/bootで再インストールする必要がありました。私は500 MBを費やしましたが、それはうまくいったようです。新規インストールに時間がかからないのは良いことです:)

5
Newbie

これは主に、インストールしたカーネルの数とそれらのinitrdのサイズの関数です。

3.0シリーズのカーネルの場合、initrdは約13 MBを実行します。初期の2.6カーネルでは、これは3.4 MBでした。したがって、数個以上のカーネルを保持する予定がある場合は、少なくとも数百MBが必要になります。

これがどの程度適用されるかどうかは、ユースケースによって異なります。マルチブート、カーネルのテスト、またはアップグレードを頻繁に行うと、100 MBの領域が不足する可能性があります/bootパーティションをすばやく作成します。これらのことを何もしなければ、おそらくそれで十分でしょう。

ストレージを節約する理由はほとんどなく(安価で、ブロック、BIOS、マウント、およびブートローダーの制限はほとんど過去のものです)、カーネルリソースが時間とともに著しく増加しているので、安全策は約250 MB-現在のところ1 GBです。私は、制御と分離のために別の/ bootパーティションを好んでいますが、これはほぼ完全に好みの問題になっています(RAIDデバイスは1つの明らかな例外であり、LVMと暗号化だけでなく、他のユーザーも指摘しています)。

3

また、利用可能にしたいカーネルの数にも依存します。通常のカーネル、「xen」カーネル、「デスクトップ」カーネル、および複数のバージョンでの合計は、本当にうまくまとまります。 500MB未満にはなりません。その後、前面にあるパーティションのサイズを変更すると、多くの時間がかかります。

仮想マシンを作成している場合、LVMに慣れていないと、複数のパーティション(/ home、/ boot、/)に別の(仮想)ディスクが役立つ場合があります。

1
J.M. Stoorvogel

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を選択できます。

0

システムを構築するときは、原則として常に100MBを使用します。たくさんの異なるカーネルをテストする(または独自のカスタムカーネルを構築する)場合は、もっと大きなカーネルが必要になるかもしれませんが、ほとんどの人には100MBで十分です。また、前述のように、さまざまな理由から、個別のブートパーティションを用意することをお勧めします。

0
Matthew