Linuxをインストールするとき、ストレージの設定画面で「ext4」「Btrfs」「XFS」といった名称を目にすることがある。どれもファイルやディレクトリをディスクに保存するためのファイルシステムだが、性能特性やデータ保護機能、管理方法は異なる。

単にLinuxを動かすだけなら、インストーラーの標準設定を受け入れても大きな問題は起きにくい。しかし、スナップショットから更新前の状態に戻したい、複数台のディスクでNASを構築したい、大容量の動画やAI用データセットを高速に処理したいといった要件がある場合、ファイルシステムの選択が運用性を左右する。

本稿では、2026年時点で広く利用されているext4、Btrfs、XFS、ZFSの4種類を比較する。

  • Linuxで利用される代表的なファイルシステム「ext4」「Btrfs」「XFS」「ZFS」を比較する（画像はイメージ）

    Linuxで利用される代表的なファイルシステム「ext4」「Btrfs」「XFS」「ZFS」を比較する（画像はイメージ）

Linuxのファイルシステムはなぜ複数ある？

ファイルシステムとは、ストレージ上のファイルやディレクトリ、空き領域などを管理する仕組みだ。Windowsでは内蔵ドライブの標準的なファイルシステムとしてNTFSが広く使われているが、Linuxではディストリビューションや用途に応じて複数のファイルシステムが使われている。

これは、ファイルシステムによって重視する機能や性能が異なるためだ。ext4は汎用性と互換性、XFSは大規模環境での拡張性、Btrfsはスナップショットやチェックサムなどの統合機能、ZFSはストレージ管理とデータ完全性に強みがある。高機能になればデータ保護や管理の利便性が高まる一方、CPUやメモリの負荷、運用の複雑さが増える場合もある。

実際、Debianではext4が広く使われ、Fedora WorkstationはBtrfs、Red Hat Enterprise Linux 10はXFSを標準としている。「Linuxの標準ファイルシステム」が1つに決まっているわけではなく、用途に応じて選ぶことが重要だ。

ext4・Btrfs・XFS・ZFS、何が違う？

ext4、Btrfs、XFS、ZFSには、それぞれ異なる強みがある。性能や機能を詳しく比較する前に、まず4つのファイルシステムの特徴を見ていこう。

ext4

ext4は、長年Linuxで使われてきた代表的なファイルシステムだ。高い互換性と豊富な復旧ツール、比較的シンプルな運用が強みで、デスクトップからサーバまで幅広く利用されている。一方、BtrfsやZFSのようなネイティブのスナップショットや透過圧縮、内蔵RAIDなどは備えていない。

Btrfs

Btrfsは、スナップショット、透過圧縮、チェックサム、複数デバイス管理などを統合したファイルシステムだ。データ保護やシステム更新前の状態保存などに強く、Fedora Workstationでも標準採用されている。一方、多機能なぶん運用時に注意すべき点もあり、RAID5/6など一部の構成では慎重な運用が求められる。

XFS

XFSは、大容量ファイルや大規模ストレージ、高いI/O並列性を重視して設計されたファイルシステムだ。大規模サーバなどで実績があり、RHEL 10でも標準のローカルファイルシステムとなっている。一方、BtrfsやZFSのようなスナップショット、透過圧縮、内蔵RAIDなどは単体では備えていない。

ZFS

ZFSは、ファイルシステムとボリューム管理を統合したストレージ基盤だ。スナップショット、透過圧縮、チェックサム、RAID-Z、スクラブなどを備え、特にNASなどデータ保護を重視する用途に強い。一方、Linuxカーネル本体には含まれず、OpenZFSを別途導入してカーネル更新との適合性などを管理する必要がある。

ext4 Btrfs XFS ZFS
主な強み 汎用性・安定性 多機能 大容量・並列I/O データ保護
スナップショット 外部機能で対応 ○ 外部機能で対応 ○
透過圧縮 × ○ × ○
データチェックサム × ○ × ○
RAID統合 × ○ × ○
運用の手軽さ ◎ ○ ◎ △
主な用途 PC・一般サーバ PC・開発・自宅サーバ 大規模・大容量処理 NAS・ストレージ

性能を比較、速いのはどれ？

ファイルシステムの速度は、ストレージ機器やメモリ容量、マウントオプション、ファイルサイズなどによって変化するため、すべての環境で成立する絶対的な順位はない。ここでは設計上の傾向から比較する。

  • 大容量ファイルのコピー：有利になりやすい選択肢 XFS、ext4 - XFSは大規模・並列I/Oを重視した設計だ。単純なコピーでは、追加のチェックサムやコピーオンライト処理が少ないext4も安定した性能を得やすい
  • 小容量ファイルの大量作成：有利になりやすい選択肢 ext4、XFS - 機能が比較的単純で、コピーオンライトやデータチェックサムの追加処理がない。実際の差は同期書き込みやディレクトリ構造に左右される
  • 大量ファイルの削除：有利になりやすい選択肢 ext4、XFS - 単純な構成では予測しやすい。BtrfsとZFSはスナップショットがブロックを参照している場合、削除しても物理領域が直ちに解放されないことがある
  • SSDでの汎用性能：有利になりやすい選択肢 ext4、XFS - 低い管理負荷で安定しやすい。BtrfsやZFSもSSDに対応するが、コピーオンライト、チェックサム、圧縮の影響を受ける
  • 圧縮可能なデータのSSD性能：有利になりやすい選択肢 Btrfs、ZFS - 圧縮によって物理I/O量が減れば、実効速度と容量効率が向上する場合がある。ただしCPU処理は増える
  • データ保護込みの総合性能：有利になりやすい選択肢 Btrfs、ZFS - チェックサム、スクラブ、スナップショット、冗長化を統合できる。単純なI/O速度ではなく、保護機能を含む運用全体で評価すべきである

「どれが速いか」だけを一言でまとめるなら、一般的なデスクトップ処理や小規模サーバではext4、大容量ファイルや並列I/OではXFSが第一候補になる。BtrfsとZFSは、最小のCPU負荷やベンチマーク上の最高値より、圧縮、スナップショット、完全性検証を同時に実現することを目的に選ぶファイルシステムだ。

機能を比較、データ保護に強いのはどれ？

続いて、スナップショット、圧縮、RAID、データ保護といった主要機能を比較する。

スナップショット

BtrfsとZFSはコピーオンライトを利用し、作成直後にデータ全体を複製することなくスナップショットを作れる。更新前の状態保存、バックアップの基点、誤操作からの復旧に有用だ。

ただし、スナップショットはバックアップそのものではない。同じディスクや同じプール上にしか存在しなければ、デバイス故障、プール全体の破損、盗難、災害からは保護できない。別媒体や別システムへのバックアップが必要だ。

ext4とXFSでスナップショットを使う場合は、LVMやストレージ装置側の機能を利用する。ファイルシステム単体の機能ではないため、構成と復旧手順はBtrfsやZFSとは異なる。

圧縮

BtrfsとZFSは透過圧縮に対応する。アプリケーションからは通常のファイルとして見え、保存時に圧縮、読み込み時に展開される。テキスト、ログ、ソースコード、仮想マシンイメージの未使用領域など、圧縮しやすいデータでは容量とI/Oを削減できる。

JPEG、動画、暗号化済みデータなどはすでに圧縮されているため、効果が小さい。圧縮率とCPU負荷はアルゴリズムや設定に依存する。

RAID

ext4とXFSは、ファイルシステム単体で複数ディスクのRAIDを管理しない。Linuxのmd RAID、LVM RAID、ハードウェアRAIDなどの上に構築する。

Btrfsはファイルシステム内部でデバイスとデータプロファイルを管理する。ZFSはvdevとストレージプールを構成し、ミラーやRAID-Zによって冗長化する。

ZFSの自己修復能力を生かすには、ZFS自身が各ディスクと冗長データを認識できる構成が望ましい。ハードウェアRAIDの背後に単一の論理ディスクとして置くと、ZFSが破損コピーを特定し、別コピーから修復する機会が制限される。

チェックサムと自動修復

ext4とXFSは、主にメタデータの整合性を守るためのジャーナルやチェックサムを持つ。しかし、通常のユーザーデータ全体を読み出すたびに内容チェックサムで検証する仕組みではない。

BtrfsとZFSは、ユーザーデータとメタデータをチェックサムで検証する。破損を検出しても、正常な別コピーがなければ元データを復元できない。自己修復は「チェックサムがあればかならず直る」という機能ではなく、ミラーや適切な冗長構成が存在する場合に成立する。

また、Btrfsではすべてのコピーを定期的に検証するためにスクラブを実行する必要がある。読み込まれていない破損ブロックは、通常のアクセスだけでは検出されないためだ。

用途別に比較、どのファイルシステムを選ぶ？

性能や機能だけでファイルシステムの優劣を決めることはできない。デスクトップPC、サーバ、NAS、AI・開発環境など、用途によって重視すべきポイントは異なる。ここでは代表的な用途ごとに、ext4、Btrfs、XFS、ZFSのどれが適しているのかを見ていこう。

デスクトップPC

特別な要件がなければext4が扱いやすい。性能が安定しており、復旧情報やツールが豊富で、多くのLinux環境から読み書きできる。システム更新前のスナップショットや透過圧縮を積極的に使うならBtrfsが適する。

Fedora WorkstationはBtrfsを標準としており、圧縮やサブボリュームをデスクトップ構成に利用している。したがって、Btrfsは実験的なファイルシステムといういちづけではない。

ノートPC

管理を簡単にしたいならext4、SSD容量を圧縮で有効活用したい場合や、更新前スナップショットを運用したい場合はBtrfsが候補となる。

どちらを選んでも、ファイルシステム単体でストレージ全体を暗号化するわけではない。紛失対策が必要ならLUKSなどによる暗号化を別途構成する。

自宅サーバ

単一ディスクまたは単純なミラー構成で、スナップショットとチェックサムを使いたい場合はBtrfsが扱いやすい。サブボリューム単位でスナップショットを作り、別のBtrfs環境へ差分転送する運用も可能だ。

一方、ファイルサーバの役割が単純で、既存のmd RAIDやLVMを使うならext4やXFSも合理的だ。高度な機能を使わないサーバにBtrfsやZFSを導入しても、管理項目だけが増えることになりかねない。

NAS

複数ディスクによる大容量NAS、定期スクラブ、スナップショット、圧縮、エンドツーエンドチェックサムを重視するならZFSが有力だ。とくに、ストレージプール全体を一貫した仕組みで管理したい場合に適する。

ただし、必要なディスク本数、故障時の交換方法、プール拡張方法、バックアップ先まで設計する必要がある。ZFSは高機能だが、構成を理解せずに運用しても自動的に安全になるわけではない。

AI・開発環境

用途によって選択が分かれる。大量の小ファイルを含むソースツリー、パッケージキャッシュ、コンテナの作業領域では、ext4が単純で扱いやすい。巨大なモデル、動画、学習データセットを並列に読み書きする専用ボリュームではXFSが候補になる。

実験環境を頻繁に複製したい、ビルド前後の状態を保存したい、圧縮可能なデータを多数保持したい場合はBtrfsやZFSのスナップショット、クローン、圧縮が有用だ。

ただし、データベース、仮想マシンイメージ、コンテナストレージなど、すでに独自のコピーオンライトや同期書き込みを行うワークロードでは、ファイルシステム側のコピーオンライトと相互作用する。製品やデータベースが示す推奨設定を優先すべきだ。

2026年に選ぶならどれ？

2026年時点でも、万人に共通する1つの正解はない。選択基準は次のように整理できる。

迷ったらext4だ。一般的なデスクトップ、ノートPC、小規模サーバ、Linux学習環境では、機能、性能、復旧性、情報量のバランスがよい。Linuxカーネル本体で長期間保守され、インストーラーや復旧環境、バックアップソフトなどから広く扱えることも強みだ。BtrfsやZFSほど多機能ではないが、互換性、成熟度、保守性、予測可能性の総合点が高い。

大容量ファイルと高い並列I/Oを重視するならXFSだ。大規模サーバ、動画処理、バックアップ格納領域、AIデータセット用ボリュームなどが候補になる。RHEL系ではディストリビューション標準に従ってXFSを選ぶのが自然だ。

スナップショットと圧縮をLinux標準機能だけで使いたいならBtrfsだ。デスクトップ、自宅サーバ、開発マシンとの相性がよい。定期スクラブ、空き容量、スナップショットの保持数を管理する必要がある。

複数ディスクのNASとデータ完全性を最優先するならZFSだ。チェックサム、冗長化、スクラブ、スナップショットを統合できる。ただし、メモリ、ディスク構成、モジュール管理、復旧手順を含めた運用設計が必要になる。

ファイルシステムを選ぶ際に重要なのは、機能表の丸印の数ではない。障害発生時に誰がどの手順で復旧するのか、バックアップを別媒体に保持しているか、利用するディストリビューションがどの構成を十分に試験しているかを考えるべきだ。