パーティション分割の最良の方法は何ですか？また、新しいハードディスクに最適なファイルシステムは何ですか？
可能性のある複製：
デスクトップおよびホームサーバーのドライブパーティションスキームに関する推奨事項は何ですか？
MaverickのBtrfsは安定していると考えられますか？
ボーナス：「一般的な」使用のための「最良の」ファイルシステムとは何ですか？
ボーナス2：btrfsがext3/4よりも「優れている」と思われる場合、なぜデフォルトではないのですか？
ボーナス3：別のブートパーティションを作成すると、ブート時間が短縮されますか？
現在、次のように設定しています。
- Gその他
- 4Gスワップ
- 10Gルートext4
- 17Gホームbtrfs
ドライブをそのように分割する最良の方法はありません。もちろん、それはあなたのセットアップ次第です。複雑なサーバーシステムや奇妙なサーバーシステムを使用している場合、これについて考えるのに多くの時間を費やすことができます。現在の構成が機能する場合は、そのままにします。
- 努力しても多くは得られません。
しかし、これは重要なビットです：
- default、つまりドライブ全体を消去を選択した場合にubuntuインストーラーが選択するものは何百万人ものユーザーによる徹底的なテスト。それは非常にうまく機能します。
現在、Ubuntuのデフォルトのファイルシステムはext4です。これは、仮想マシンの1つでのパーティション分割の様子です。 
これは非常にうまく機能します
ボーナス2：btrfsがext3/4よりも「優れている」と思われる場合、なぜそれがデフォルトではないのですか？
Ext4と比較してbtrfsの方が優れている点があります。逆の場合も同様です。また、ext4はファイルシステムの最先端であることに注意してください。それは真新しく、非常に高度です。 Btrfsはmagicalではありません。 :-)
すぐにデフォルトになる可能性があります。表示されます。
Btrfsのクールな機能に関する技術的なビットを以下に示します（このリストは
btrfs ）：
- オンラインボリュームの成長と縮小
- オンラインブロックデバイスの追加と削除
- オンラインでの最適化
- オンラインバランシング（負荷のバランスを取るためのブロックデバイス間のオブジェクトの移動）
- 透過的な圧縮（現在はzlib）
- サブボリューム（個別にマウント可能なファイルシステムのルート）
- スナップショット（サブボリュームの書き込み可能なコピーオンライトコピー）
- ファイルのクローン作成（個々のファイルのコピーオンライト、またはそのバイト範囲）
- オブジェクトレベル（RAID1のような）ミラーリング、（RAID0のような）ストライピング
- データとメタデータのチェックサム（現在はCRC-32C）
- Ext3/4からBtrfsへのインプレース変換（ロールバックあり）
- ファイルシステムのシード（書き込み可能なBtrfsのコピーオンライトバッキングとして使用される読み取り専用ストレージ上のBtrfs）
- ユーザー定義のトランザクション
- ブロック破棄サポート（一部の仮想化設定でスペースを再利用し、ストレージが使用されなくなったことを基盤となるデバイスに通知することでSSDのウェアレベリングを改善します）
（私の強調）
あなたが気にする場合とuse上記のいずれか、btrfsは素晴らしい恩恵。それは、Oracle/Sunの合併後、どうなるかです
ZFS は常に：実装されている必要があります。 :)
ボーナス3：別のブートパーティションを作成すると、ブート時間が短縮されますか？
いいえ、ブート時間はほとんどハードドライブの磁気シークヘッドを待っています。設定をまったく変更することで、実際に少ししか獲得できません。ドライブを異なる方法でパーティション分割しても、あまり効果はありません。
/ bootをディスクの一番最初（大皿が「小さい」場所）に置くことで、起動時間が短くなるという奇跡的な話を聞くことができます。ディスクの非常に外側の部分と比較して、ディスクの非常に内側の部分でシーク時間が約50％減少します。/bootを配置する努力をしても無駄です。とにかく先頭に近いになります。それを気にする必要はありません。ただし、これを知っておく必要があります。オペレーティングシステムを最初に、データを最後に置くことは理にかなっています。