外部バックアップHDDをフォーマットするには、どのファイルシステムを使用すればよいですか？ btrfs？
バックアップの保存のみに使用する予定の新しい外部USBドライブがあります。 （これは、USBエンクロージャーに取り付けられたWD Red 2TB NAS Hard Drive SATA IIIモデルWD20EFRXです。）
ドライブにはパーティションテーブルがありません。 gdisk（GPT）でパーティション分割しました。
Btrfsファイルシステムを使用する必要がありますか？私は内蔵HDDでbtrfsを使用していますが、昨年Kubuntu 12.04を最初にインストールしてから問題なく使用できました。
しかし、このバックアップストレージドライブをext4でパーティション分割する方が賢明かと思います。
参考までに、btrfsは本番用ではないという議論は古いようです。ここに私が見つけたいくつかの情報があります。
SUSE Enterprise LinuxのシニアプロダクトマネージャーであるMatthias Eckermann氏は、Btrfsは本番システムに対応していますであり、SUSE Linux Enterprise 11 SP2ではBtrfsが公式にサポートされていると言います。
また、btrfs wikiによれば、「2012年2月以降ディストリビューションでOracleとSUSEでbtrfsをサポートする2つのベンダーがあります。」
BTRFSの主な設計者によると、BTRFSにはファイルシステムがいっぱいになるとまだいくつかの問題があります。オフサイトバックアップのスナップショットの違いを送受信するための送受信機能もまだ完全に機能しておらず、オンライン重複排除（仮想マシンイメージのバックアップに有用）が発生します多分 3.11カーネル（まだ発売されていない）。 raidzのサポートは3.10の新機能であり、まだテストする機会がありませんでした。今晩はそうするかもしれません。全体として、BTRFSはまだvery活発な開発中であり、実際に運用環境で使用する前に、完了するまで待つ（または、少なくとも各カーネルリリースで主要な機能の改善が得られない！）ことを好みます。
Rsyncベースのバックアップに使用される外部エンクロージャーでBTRFSまたはZFSを使用する利点は、スナップショットを作成できることです。毎日のcronジョブを実行し、必要に応じてタイムトラベルを行って古いデータを取得します（たとえば、不明な理由でファイルがハードドライブから消え、過去のバックアップからファイルを取り戻す必要がある場合）。仮想マシンの重複排除サポートが必要なため、ZFSonLinuxでUSB3エンクロージャーを使用しています（大きな.imgファイルは常にrsyncの観点とは異なるため、重複排除とは.imgの実際に変更されたブロックのみを意味しますファイルは、巨大な30 GBファイルの複数のコピーではなく、バックアップで変更されます）。 3.12カーネルがリリースされたときに、BTRFS重複排除サポートが十分に成熟して、このアプリケーションのZFSから移行できることを願っています-ZFSはクールであり、Linuxカーネルと統合されていないという事実が問題を引き起こします（例： ZFSは3.10カーネルに対してコンパイルしないため、Centos 6.4仮想マシンを使用してバックアップを行います。
Linuxファイルシステムをバックアップするには、BTRFS（またはLVM）でスナップショットを作成し、スナップショット（LVMの場合）をマウントして、rsyncでバックアップします。これにより、スナップショットの時点で一貫したバックアップが確保されます。次に、スナップショットが終了したら、それを削除します。 （LVMではスナップショットがパフォーマンスに大きな影響を与えるため、より重要です）。バックアップジョブを実行するcronスクリプトは、実際にバックアップを開始する前に、ZFSバックアップファイルシステムでスナップショットのローテーション（毎日、毎週、毎月）を行うため、必要に応じてタイムトラベルを行うことができます。
信頼性に関しては、ディスク上の構造を静的に割り当てる方法のため、白紙の古いext4はおそらく最も信頼性の高いファイルシステムです。つまり、常にそれらを見つけ、少なくともクラッシュした場合にほとんどのデータを取り戻すことができます。欠点は、非常に大きなファイルのエッジケース（iノードチェーンブロックの動作によりこれらのファイルへのランダムアクセスが非常に遅くなる）でのパフォーマンスの低下、大きなファイルシステムの問題（作成とfsckが非常に遅い）、または多数の小さなファイル（iノードテーブルを使い果たします）。私は個人的にルートファイルシステム用にRAID上のLVM上でext4を実行し続け、パフォーマンス上の理由または必要に応じて機能上の理由で他のファイルシステムを使用します。