/ boot用に別のパーティションを作成するのは良いですか？
/boot用に別のパーティションを作成する人がいるのを見てきました。これを行う利点は何ですか？これを行うことによってfutureでどのような問題が発生する可能性がありますか？
また、/homeと/bootを除いて、どのパーティションを分離できますか？お勧めですか？
これは、マシンが大容量ハードドライブのアドレス指定に問題を抱えていた「昔の時代」からの持ち越しです。 /bootパーティションの背後にあるアイデアは、ドライブが接続されているすべてのマシンから常にパーティションにアクセスできるようにすることでした。マシンがドライブの開始に到達できる場合（低いシリンダー番号）、bootstrapシステム;そこからLinuxカーネルがBIOSのブート制限をバイパスして、回避することができます。問題。最近のマシンではこの制限が解除されているため、暗号化やファイルシステムなどのネイティブで認識されない他のパーティションの追加処理が必要でない限り、/bootを分離する必要はありません。ブートローダー。
技術的には、実際にreally古いハードウェア（1998年以前など）を使用していなければ、単一のパーティションを使用して問題なく処理できます。
別のパーティションを使用する場合は、十分なスペースを確保してください。たとえば、200MBのスペースを確保してください。これは、（毎回数メガを消費する）いくつかのカーネルのアップグレードには十分です。/bootがいっぱいになり始めたら、使用していない古いカーネルを削除し、この事実を認識するようにブートローダーを調整します。
/ bootパーティションを使用する理由の1つは、暗号化された/などを可能にすることです。カーネルとinitrdは非暗号化パーティションからロードされ、オペレーティングシステムを含む暗号化ルートパーティションのマウントに使用されます。ただし、一般的な使用法では問題になりません。
Riccardo Murri からのコメントの追加：
/ bootを個別に使用することには歴史的な理由もあります。以前は、BIOSが大容量ディスクの一部にしかアクセスできなかったため、OSブートローダーが必要とするすべてのファイルをBIOSアクセス可能ゾーンに保持する必要がありました。したがって、別個の/ bootパーティション。これはもはや適用されません
Red HatやSuseのような主要なエンタープライズディストリビューションの主な理由は、Suseが個別の/ bootを使用すると思います。デフォルトではLVMを使用し、Grubを使用してLVMから起動できないためです。とても簡単です。
したがって、LVMを使用したい場合、それが恩恵であり、別の/ bootを使用します。個人的には、/var、/boot、/homeと/tmpのようなLVMと個別のパーティションの両方を使用して、/usrサーバー上。たとえば、ルートファイルシステムまたはデータパーティションがいっぱいにならないように保護します。
最後に挙げられている理由の1つは、ディスクの一部が破損した場合にPCを起動可能なままにできることです。パーティションが多いほど、障害が発生したパーティションをマウントしない方が簡単です。
これは時々役に立ちますが、通常はとにかくより良い方法があります。
編集：別のポイント：Linuxを想定すると、LVMを使用することは潜在的な問題を回避するための良い方法であり、「パーティション」のサイズ変更と新しいスペースの追加を簡単に行えるようになります。
これは何より個人的な好みだと思います。ベストプラクティスになることもあります。/bootに関する私の個人的な見解は、かなり読み取り専用に基づいています。カーネルをアップグレードしたり、grubloaderに別のOSを追加したりするために、時々そこに書き込む必要があります。その上、それは...まあ、起動する必要があるだけです。そのため、別のファイルシステムに置くと、読み取り専用にするのに役立つ場合があります（セキュリティの側面もあるかもしれません）。
すべき独立したファイルシステムですか？私はそうは思いません...しかし、それは悪い考えですか？いいえ、まったくありません。
質問の「原因となる問題」への回答：パーティション化と同様に、最初に割り当てたよりも多くのスペースが必要になるリスクが常にあります。これは/boot、最近ありました Fedoraでのアップグレード前の問題 が小さいため/bootサイズ。
別の/ bootパーティションを使用すると、grubプロンプトから起動するのが少し難しいことがわかりました。
カーネルは/ bootにあるように見えましたが、initramfsは/（個別のパーティション）にありました。
そのため、GRUBメニューで使用するパーティションが明確ではありませんでした。
個別の/ bootパーティションのすべての潜在的な利点により、何か問題が発生した場合に通常より多くのトラブルシューティングを行う必要があるリスクもあります（つまり、後でupdate-grubを実行せずにgrub-installを実行します：S）。
質問の2番目の部分に関しては、現在のディストリビューションとは無関係なものはすべて別のパーティションに配置すると便利な場合があります。ドライブの空き容量も増やすことで、将来必要に応じて、別のディストリビューションをインストールするか、現在のディストリビューションを再インストールして、両方に表示したいものへのアクセスを共有することができます。
個別のパーティションの候補は、/ 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
言及されていないと思うもう1つの理由は、/bootの一部として使用する場合とは異なり、/に優先するファイルシステムタイプと構成を使用できることです。ジャーナリング、チェックサムなどの機能は/bootには役立ちません。これらを非アクティブ化するか、より単純なファイルシステム（ext2など）を使用すると、起動を高速化できます。
私の経験のほんの一部をここに書きましょう：
私の場合は、RAID 1（/ bootの場合のみ1GB）と残りのディスク領域用にRAID 5があります。
私はdebian squeezeのgrub 2を使用していますが、問題ありません。 Grub 2には、Grub 1のようにこの制限がありません。
今日ではそれは問題ではありません。これは、RAID5からの起動方法がわからないバージョン1の場合に必要でしたが、RAID 1から起動する方法を知っていました。それが理由です。
私の場合は、万が一何かが発生した場合に備えて、必要な場合にのみ使用します。いつも新しいLIVE debianやubuntuをポケットに入れているわけではないからです。
また、何か問題が発生した場合は、/ bootのバックアップを作成します。それが私のインストールをすでに保存したら。
3つのHDDを搭載したLinux SW RAID 1と、同じHDDを搭載したRAID 5を使用しています。 RAID 1に使用する最初の1 GB。
しかし、LILOまたはGRUBバージョン1.98-> 2を使用する場合、/ bootパーティションを分離する必要はありません。