/ boot用に別のパーティションを作成するのは良いですか？

一部の人々がのために別のパーティションを作成するのを見てきました/boot。これを行うことの利点は何ですか？これを行うことにより、将来どのような問題が発生する可能性がありますか？

また、以外/homeと/boot、そのパーティションを分離することができますか？お勧めですか？

これは、マシンが大きなハードドライブをアドレス指定するのに問題があったときの「ye olde tymes」からのホールドオーバーです。/bootパーティションの背後にあるアイデアは、ドライブが接続されたすべてのマシンが常にパーティションにアクセスできるようにすることでした。マシンがドライブの開始（シリンダー番号が小さい）に達すると、システムがブートストラップされる可能性があります。そこから、LinuxカーネルはBIOSブート制限をバイパスし、問題を回避できます。最新のマシンがこの制限を解除したため、/bootブートローダーによってネイティブに認識されない暗号化やファイルシステムなど、他のパーティションの追加処理が必要な場合を除き、分離する必要はなくなりました。

技術的には、本当に古いハードウェア（1998年以前など）を使用していないのであれば、単一のパーティションで十分です。

別のパーティションを使用することにした場合は、200MBのスペースなど、十分なスペースを確保してください。これは、カーネルを数回アップグレードするのに十分です（毎回数メガを消費します）。/ bootがいっぱいになり始めたら、使用しない古いカーネルを削除し、ブートローダーを調整してこの事実を認識します。

/ bootパーティションを持つ理由の1つは、暗号化された/のようなものを許可することです。カーネルとinitrdは、暗号化されていないパーティションからロードされ、オペレーティングシステムを含む暗号化されたルートパーティションのマウントに使用されます。ただし、一般的な使用では問題になりません。

Riccardo Murriからのコメントの追加：

また、別の/ bootを使用する歴史的な理由もあります。昔は、BIOSは大きなディスクの一部にしかアクセスできなかったため、OSブートローダーに必要なすべてのファイルをBIOSアクセス可能なゾーンに保持する必要がありました。したがって、別の/ bootパーティション。ただし、これは適用されません

Red HatとSuseのような主要な企業向けディストリビューションの主な理由は、Suseが別の/ bootを使用すると思うのは、デフォルトでLVMを使用し、Grubを使用してLVMからブートできないためです。とても簡単です。

そのため、LVMを使用する場合、それが恩恵である場合は、別の/ bootを使用します。個人的に、私はのように、物事のホストのためのLVMと別々のパーティションの両方を使用することをお勧めだと思い/var、/boot、/homeそして/tmp、さらには/usrフル得ることからあなたのルートファイルシステムやデータパーティションを保護するために、たとえば、サーバー上で。

最後に挙げた理由よりも重要度が低いのは、ディスクの一部が破損した場合にPCを起動可能なままにすることができるからです。パーティションが多いほど、障害のあるパーティションを単純にマウントしない方が簡単になります。

これは時々役立つことがありますが、通常はとにかくもっと良い方法があります。

編集：別のポイント：Linuxを想定して、LVMを使用することは潜在的な問題を回避する良い方法であり、「パーティション」のサイズ変更と新しいスペースの追加を簡単にします。

これは何よりも個人的な好みだと思います。ベストプラクティスである場合もあります。/ bootの個人的な見解は、むしろ読み取り専用に基づいています。たまにカーネルをアップグレードしたり、grubloaderに別のOSを追加したりするためにそこに書き込む必要があります。それに加えて...起動する必要があります。したがって、別のファイルシステムに配置すると、読み取り専用にするのに役立つ場合があります（セキュリティ面でも同様です）。

別のファイルシステムにする必要がありますか？私はそうは思いません。しかし、それは悪い考えですか？いいえ、まったくありません！

質問の「問題が引き起こす可能性のある問題」の部分に対する答えとして、パーティション化と同様に、最初に割り当てたスペースよりも多くのスペースが必要になるリスクが常にあります。の場合、これは起こりそうにありませんが、/boot最近、Fedoraの/bootサイズが小さいためにアップグレード前の問題が発生しました。

質問の2番目の部分については、現在の分布に依存しないものを別のパーティションに配置すると便利です。ドライブの空き容量も確保することにより、将来必要に応じて、異なるディストリビューションをインストールするか、現在のディストリビューションの再インストールを実行して、両方で見たいものへのアクセスを共有することができます。

別のパーティションのObviuos候補は、/ usr / localと/ home、および/ rootです。個人的には、カスタムパーティションを作成し、/ part / dataなどの任意のマウントポイントにマウントしてから、次のようにシンボリックリンクを実行する方が効率的です。

sudo ln -sf /part/data/joe /home/joe
sudo ln -sf /part/data/root /root
sudo ln -sf /part/data/usr-local /usr/local

私が言及されていないもう一つの理由は、ファイルシステムのタイプと、あなたが好むコンフィギュレーションを使用できること/bootです/。ジャーナリング、チェックサムなどの機能は役に立ちません。/bootそれらを非アクティブ化するか、より単純なファイルシステム（などext2）を使用することで、起動を高速化できます。

別の/ bootパーティションを使用すると、grubプロンプトから起動するのが少し難しくなります。

カーネルは/ bootにあるように見えましたが、initramfsは/（別個のパーティション）にありました。

そのため、grubメニューで使用するパーティションが明確ではありませんでした。

個別の/ bootパーティションの潜在的な利点をすべて備えているため、何か問題が発生した場合に通常よりもトラブルシューティングを行う必要があります（つまり、後でupdate-grubを実行せずにgrub-installを実行します：S）

ここに私の経験のほんの一部を書いてみましょう。

私の場合、RAID 1（/ bootのみに1GB）と残りのディスク容量にRAID 5があります。

私はdebian squeezeのgrub 2を使用していますが、問題ありません。GRUB 2には、GRUB 1とは異なり、この制限はありません。

最近では問題ではありません。これは、grubバージョン1がRAID5から起動する方法を知らなかったときに必要でしたが、raid 1から起動する方法は知っていました。それが理由です。

私の場合、私はケースのためだけにそれを使用します、何か悪いことが起こった場合、私はそれを必要とするかもしれません。なぜなら、新しいLIVEのデビアンやUbuntuをポケットに入れているとは限らないからです。

また、何か悪いことが起こった場合、/ bootのバックアップを作成します。インストールが既に保存されていれば。

3台のHDDでLinux SW RAID 1を使用し、同じHDDでRAID 5を使用しています。RAID 1に使用する最初の1 GB。

ただし、LILOまたはGRUBバージョン1.98-> 2を使用している場合は、/ bootパーティションを分離する必要はありません。