関連した本。
OSスイッチを利用してBTRFSにアップグレードしたいと思います。
BTRFSは多くの機能を提供すると主張しています(データ損失の回復力、RAIDの場合の自己修復、メタデータとデータのチェックサム、圧縮、スナップショット)。しかし
fsync
、dpkg
(私が知っeatmydata
ている、くだらないapt-btrfs-snapshot
プログラム)などの集中的なプログラムで使用すると、遅くなり、RAIDをセットアップしません:p。EXT4は、メタデータのチェックサムのみを許可し、データを圧縮しません。
6年で、HDDが破損したため(飛行旅行後)、OSを2回再インストールする必要がありました。最初のラップトップを起動不能にし、2番目の破損は、破損したフィルムとOSバイナリのmd5sumチェックのおかげで特定されました。(SMARTはディスクが正常であることを教えてくれます)。ラッピーは現在非常に奇妙に動作します。ハードウェアとソフトウェアのどちらが責任があるのかはわかりませんが、ハードウェアが疑われます(フライトの直後にすべてが再び始まりました)。
データ圧縮とチェックサムのため、ラップトップのBTRFSに切り替えることをお勧めしますか、またはEXT4に固執する必要がありますか?
(どの変数と比較してどちらが「最良」であるかは気にしませんが、BTRFSの経験がほとんどないため、フィードバックを希望します)
編集:
レッツは、より明確になる:BTRFSはまだ私は、実験としてフラグが設定されている知っているが、SUSEは、それはもういけないと言います。Oracleも同様です(Oracleが誰であるかは知っています)。そして、多くのディストリビューションがすでにインストール用のBTRFSを提案しており、それらのほとんどは今後数か月でBTRFSに切り替えることを計画しています。
2つの事実:
- 破損したデータのバックアップは価値がありません。なぜ私がわざわざ唯一の人であるように見えるのか分かりません。それは常識ではありませんか?その間:
- バックアップを行うべきだと言って停止する:私はすでにやっています。
- バックアップを暗示するのをやめるだけで、数年分のバックアップを行うためにTBの空き領域を与えてくれる場合を除き、データを安全に保つことができます。
- 破損したファイル= / => Linuxからの不満。そう:
- OSが起動しているという理由だけで、システム/データが正常であると想定しないでください。
- データの整合性をチェックするために、BTRFSの半分の機能で不便なことになりますが、過剰に設計され肥大化したソフトウェアよりも(メタ)データチェックサムを好むことを理解してください。
どのFSが「優れている」かを尋ねていないので、それはより明確になりましたか?質問は、私が定期的にバックアップを行うことを考えると、BTRFSはまだ実験的すぎてデータの整合性チェック機能に使用できないのですか、それともEXT4に固執するべきですか?
dd
は、HDDのフルバックアップを行ったとしても、現在使用しているプログラムが破損しているかどうかはまだわかりません。しかし、今のところBTRFSはまだ若すぎるかもしれません... RAIDについて話した場合、データ損失防止の観点から(バックアップではなく)、これは小さな破損の問題を解決するのに役立ちました。 ...しかし、これはこの場合には適用されません。