関連これ。
OSトランジションを活用してBTRFSにアップグレードしたいです。
BTRFSは、多くの機能（データ損失回復力、RAID自己回復、メタデータチェックサム）を提供すると主張しています。そしてデータ、圧縮、スナップショット）。しかし、（そして私が知っている不都合なプログラムの
fsyncような）集中的なプログラムで使用すると、速度が遅くなり、RAIDを設定しません：p。dpkgeatmydataapt-btrfs-snapshotEXT4はメタデータチェックサムのみを受け入れ、データを圧縮しません。
6年以内にHDDが破損したため、OSを2回再インストールする必要がありました（飛行機旅行後）。最初はラップトップを起動できなくなり、2番目の損傷は破損したフィルムとオペレーティングシステムのバイナリのmd5sumチェックによって確認されました。 （SMARTはディスクが正常であることを伝えます。）現在、ラッピーの動作は非常に奇妙です。ハードウェアの問題かソフトウェアの問題かはわかりませんが、ハードウェアの問題のようです（これはすべて飛行後に始まりました）。
データ圧縮とチェックサムのためにラップトップをBTRFSに切り替えることをお勧めしますか、またはEXT4に固執する必要がありますか？
（どの変数に関して「最も良い」ものが何であるかは関係ありませんが、BTRFSの経験はほとんどなく、フィードバックが必要です）
編集する：
より明確に言えば、BTRFSはまだ実験的なものとしてマークされています。知るしかし、SUSEはこれ以上やってはいけないと言います。 Oracleも同様です（私はOracleが誰であるかを知っています）。多くのディストリビューションはすでにBTRFSのインストールを推奨しており、ほとんどは今後数ヶ月以内にBTRFSに移行する予定です。
2つの事実：
- 破損したデータのバックアップは価値がありません。なぜ私だけ苦しむようなのか理解できない。これは常識ではありませんか？同時に：
- 私は退かなければならないと言わないでください。すでにする。
- 長年のバックアップのためにテラバイトの空き容量を提供しない限り、バックアップだけでデータを安全に保つことができることを暗示しないでください。
- 破損したファイル=/=> Linuxが文句を言います。。だから：
- オペレーティングシステムが起動中であるため、システム/データが正常であると仮定しないでください。
- 私は、データの整合性をチェックするときにBTRFSよりも効果的で不快な過度にエンジニアリングされ、肥大化したソフトウェアよりも（メタ）データチェックサムを好むことを理解してください。
どのFSが「より良いか」と聞かないので、もう明確になりませんか？問題は、私が頻繁にバックアップすることを考えると、BTRFSはまだ実験的であり、データ整合性チェック機能には使用できないことです。それともEXT4を使い続けるべきですか？
答え1
答え2
私は3台のノートパソコンを使用しており、そのうち2台は4年以上BTRFSを使用してきました。最近発生した安定性の問題（およびデータ損失）今後カーネル3.3に切り替えたので、すべての実用的な目的のために、btrfsは家庭用として安定していると思います。
残念ながら、btrfsは完全には機能しません。
@Huygensが述べたように、実際に破損したファイルを回復する機能が欠けています。
ファイルを一番上に置き
ecryptfs（ノートブックに保存されているデータを重視している場合は一般的な使用パターン）、突然電源が切れると（またはカーネルパニックが発生した場合）、現在作成されているファイルは長さ0に切り捨てられます（希望なし）。復元）。たとえば、考えてみてください~/.config/dconf/user。すべてのCOWファイルシステムは、COWではなくファイルシステムよりも断片化されています。 2番目のハードドライブを購入して内容を読むこと
rsyncに加えて、BTRFSボリュームの最適化を実行する実際の方法はありません。断片化を避けるには、各FSを30％以上空にし、データベース、シード、またはファイル同期ツールなどを避ける必要があります。私の設定では、btrfsは過去2年間に非常に断片化されており、制御された条件下では、デフォルトのapt-get installbtrfsパーティションの時間は半分の空のext4よりも6倍長くなります。私はbtrfsとそのフラグを使ってきましたautodefrag。
btrfsに失望しすぎてbtrfsに切り替える予定です。ZFS。
答え3
私はvonbrandのコメントに同意します。 btrfsはまだext *、XFS、JFSなどの成熟度レベルに達していません。移動中に実行できる信頼性の高いバックアップがない場合は、貴重なデータを含むラップトップでは使用しません。
Btrfsは破損を検出できますが、同じデータの破損していないコピーがない限り、それは報告します。つまり、ボリュームにRAIDまたはデータ複製が必要であることを意味します。
つまり、あるコンピュータ（RAID-1を使用）で使用することを考慮していますが、このコンピュータでもCrashplanが実行されています！
私は長い間ラップトップでJFSを使用してきました。 1つの理由は、XFSまたはext3と比較してファイル操作を実行するときのCPU使用率が少ないためです。電力も節約されるかどうか確認したことはありませんが、これが私の前提です。私はJFSが非常に信頼性が高く安全で、使用中にデータを失ったことがないことを知りました。
答え4
バッテリ寿命にまったく関心がある場合は、圧縮にCPU時間を無駄にしないでください。たとえば、Webを閲覧するだけで、システムがキャッシュされたデータを圧縮することに多くの労力を費やすことができます。ストレージスペースに問題がある場合は、リモートストレージをより頻繁に使用することをお勧めします（Samba、sshfsなどを参照）。
他の理由から、btrfsを使い続けたいと思うかもしれません。特徴ノートパソコンの戦士に便利です。私にとって最も重要なのは、定期的に写真を撮ることができるスナップショットです。増分バックアップワークステーションに戻ります。 SSD最適化もあり、ドライブが2つのノートブックがある場合、btrfs Balanceは強力なミラーリングを提供できます。