タグ付けされた質問 「btrfs」

私はbtrfsを初めて使用するので、パーティショニングとサブボリューム戦略についてアドバイスをお願いします。システムは軽量Webサーバーであり、ディスクが1つしかないことを前提としています。 extファイルシステムでは、常に/、/ var、swap（および/ bootと/ home）に個別のパーティションを作成しました。私にとって、/ varには常にすべての重要なWebサーバーデータ（MySQLデータベースなど）が含まれ、コードは含まれていません。これにより、データを簡単に別のシステムに移動（/ varを移動またはコピー）したり、データを中断することなくOSを再インストール（/を再フォーマット）したりできます。 btrfsを使用すると、同じことを実行でき、同じパーティション分割スキームを使用でき、各パーティションに個別のbtrfsファイルシステムを配置できます。または、単一のパーティションを作成し、/、/ varなどにbtrfsサブボリュームを使用することもできます。その長所と短所は何でしょうか？ たとえば、/-onlyと/ var-onlyのスナップショットを作成することにはいくつかの利点があるようです（「すべてのデータを以前のチェックポイントに復元する」対「すべてのコードを復元する」vs「両方を復元する」）。それは正しいですか、それともそのようにしか表示されませんか？ おまけの質問：btrfsファイルシステムの下でlvmを使用する利点はありますか？ おまけの質問2：システムに同じサイズのディスクが2つある場合、アドバイスはどのように変わりますか？ 「これが私がやったことであり、それが私のためにどのように機能したか」の記事へのポインタも高く評価されます。私は何ができるかについて多くの資料を見つけることができますが、「これは私が試したものであり、これが機能したか機能しなかった理由です」という多くのことを見つけることができません。

10 linux  partitioning  filesystems  btrfs 

現在、3つの3 TBドライブと4 TBドライブの4つのデバイスを持つBtrfsパーティションがあります。データとメタデータはRAID 10なので、6 TBの使用可能なスペースがあり、ほぼいっぱいです。ストレージがいっぱいになるまでに、BtrfsでのRAID 5のサポートが成熟すると予想していましたが、明らかに優先順位ではありません。 私の質問は、RAID 1よりもRAID 10を好む理由はありますか？現在のハードウェアで実際のRAID 1を使用すると、各ブロックの4つのコピーで3 TBの使用可能なスペースが得られるはずですが、Btrfsは明らかにこのように動作しません。Btrfs FAQから： btrfsはすべてのデバイスを最初にストレージプールに結合し、次にファイルデータが作成されるときにチャンクを複製します。RAID-1は現在「異なるデバイス上のすべてのデータの2つのコピー」として定義されています。これは、n個のデバイスに対してn個のコピーを作成するという点で、MD-RAIDおよびdmraidとは異なります。3つの1 TBデバイス上のbtrfs RAID-1では、1.5 TBの使用可能なデータを取得します。各ブロックは2つのデバイスにのみコピーされるため、特定のブロックを書き込むには、正確に2つのデバイスに書き込む必要があります。片方からしか読めません。 そして、スタックオーバーフローのイェンスエラトから： Btrfsはデータ（およびそのRAID 1コピー）をブロックごとに分散するため、さまざまなサイズのハードディスクを非常にうまく処理します。すべてのハードディスクの合計を2で割ったものを受け取ります。同様のサイズのペアにまとめる方法を考える必要はありません。 複数のディスクに障害が発生すると、常にデータを失う危険があります。RAID1は、同時に2つのディスクを失うことには対処できません。上記の例では、間違った2つのディスクが停止すると、常にデータが失われます。 これは、4 TBのドライブが原因で、RAID 10からRAID 1にリバランスすると、500 GBのデータ（6 TBではなく6.5 TB）が増えることを意味しますか？また、RAID 10を使用する理由はありますか？

10 linux  raid  btrfs 

で管理されているRAID10があり、そのmdadm上にEXT4ファイルシステムがあります。しかし、私はBTRFSが好きで、EXT4ファイルシステムをBTRFSに変換したいのですが、パフォーマンスと保守性について考えていました。BTRFSの例では、mdadmでできるように、アレイから別のディスクを削除または追加したときに、ステータスを簡単に確認できません（または、おそらく方法がわからないだけです-BTRFSドキュメントを検索してこれを見つけることができませんでした） ）。 だから、あなたの経験から、より良い選択は何ですか： 単にEXT4ファイルシステムを変換し、mdadmにRAID10を管理させるだけですか？ mdadmを取り除き、BTRFSにすべてを実行させるには？

9 linux  mdadm  btrfs 

私が見つけることができる情報のほとんどは、ファイルシステムを研究していないユーザーには何の意味もありません。ファイルシステムがどのように機能するかを知らなくても、平均的なユーザーにはbtrfsのどのような利点が見えますか？

8 filesystems  btrfs 

マルチデバイスのBTRFSボリュームがあり、パーティションの1つのサイズを変更したいと思います。より正確には： / homeは2つの別々のBTRFSパーティションに分散しています。BTRFSパーティションの1つを拡大できるように、別のパーティションを縮小しました。私が知っていて、新しいBTRFSパーティションを作成してプールに追加するために使用した1つのアプローチ。 よりクリーンなアプローチは、私が作成した未割り当て領域を使用して、BTRFSパーティションを拡張することです。割り当てられていないスペースにまったく新しいパーティションを作成するのではなく、GPartedのライブCDを挿入してパーティション自体を拡張するだけです。 問題は、これは安全ですか？パーティションに既にあるファイルはOSによって検出されますか？OSは引き続きパーティションをマルチデバイスボリュームの一部として認識しますか？

8 filesystems  btrfs 

私はFreeBSDでZFSの大ファンであり（安定する前からホームサーバーで使用しています;最先端です）、btrfsを試して、それがどのように進化しているかを確認したいと思います。 それはまだ大部分が開発中であるので、通常の主流のディストリビューションはどれもオプションとしてbtrfsを持っていません。私は何年もLinuxを使用していなかったので、btrfsを試してみるための最良のオプションは何なのか本当にわかりません。 要件： インストールが簡単 カーネルの再構築を必要とせずにサポートされているbtrfs ありがとう！

7 linux  linux-distributions  btrfs 

btrfs-snapshot-rotationを使用して、スナップショットが常に次のスナップショットを持つようにスナップショットを回転させるシステムをセットアップしました。 過去24時間のそれぞれ 過去30日間のそれぞれ 過去12か月のそれぞれ。 このシステムは古いスナップショットを削除しますが、これが必要かどうか、そして過去12か月の1時間ごとのスナップショット-8640スナップショットだけを保存できるかどうか疑問に思っています。 その結果、次のようになります。 パフォーマンスの低下（スナップショットフォルダーの一覧表示ではなく、ファイルシステムI / Oの場合！） より多くの使用スペース？ 私の推測では、btrfsはCoWであるため、システムは常に変更されたブロックをコピーする必要があるため、パフォーマンスは同じになります。スナップショットが1つでも1000個でもかまいません。ただし、使用されているスペースについてはよくわかりません。これを確認する方法はありますか？

3 snapshot  btrfs 

BTRFSパーティションが破損した mount -o usebackuproot ... 動作しません： [ 9252.141767] BTRFS info (device dm-1): trying to use backup root at mount time [ 9252.141779] BTRFS info (device dm-1): disabling disk space caching [ 9252.141784] BTRFS info (device dm-1): has skinny extents [ 9252.184586] BTRFS error (device dm-1): parent transid verify failed on …

2 linux  btrfs 

私はLinux（Debian）とBtrfsを初めて使用します。自宅のDIY Nasでテストを開始しました。 セットアップ：-2 WD RED 3TBディスクを備えた中レベルのハードウェア-Debian（最新の安定版）-Btrfs-tools（最新の安定版）-フルディスクraid1セットアップを構成し、数ギガバイトのデータをコピーしました その後、テストを行い、データを絶えず読み取りながら2台のHDDの1つを取り外しました。驚いたことに、ミラーからの読み取り操作を続行できませんでしたが、代わりに、それについて多くの赤い背景の恐ろしいエラーメッセージが表示されました。 RAID1のようなシステムでは、このようなことを静かに処理してくれると期待しています。これは通常の動作ですか、またはどこかにセットアップのエラーがありますか？

2 debian  btrfs 

最近、btrfsルートパーティションを使用してシステムを構築しました。私の場合、にbtrfs比べて採用する最も説得力のある理由はext4、ほぼゼロの待機時間でのライブコピーオンライトスナップショットでした。に比べてext4、フルシステムバックアップでは、システムを停止し、ライブ配布からマウントし、partcloneリムーバブルメディアにイメージを構築する必要がありましたが、スナップショットの約束は、システムのライブ中にバックアップメディアにスナップショットをキャプチャできることです。 驚いたことに、外部メディア上の単一ファイルにスナップショット全体をキャプチャするツールは存在しません。そのため、システムがそのファイルから復元された場合、すべてのアプリケーションはクラッシュ前と同じファイルシステムのビューを持ちます。ただし、他のスナップショットまたはサブボリュームが欠落している場合を除きます）。 ドキュメントでは、rsyncなどのツールを使用してディレクトリツリーをミラーリングするか、btrfs-send/ btrfs-receiveを使用して別のシステムの増分変更をキャプチャすることを推奨しています。最初のケースでは、ファイルシステムをイメージングするのではなく、ファイルツリーをミラーリングするだけでファイルツリー内のすべてのメタデータを再作成することはほぼ不可能であり、復元が非常にスムーズになるという楽観的な見方はほとんどありません。許可、タイムスタンプ、隠しファイルなどのメタデータが適切にキャプチャされないことが常にあります。異なるタイプのファイルシステム間で転送が行われると、問題が悪化します。他の提案では、別のbtrfsファイルシステムが利用可能であると想定していますが、常にそうであるとは限りません。 ボリュームレベルのイメージを保存または復元するための提案はありますか？

2 linux  backup  filesystems  btrfs 

昨日、btrfsでフォーマットされたリムーバブルディスクをマウントできません。 カーネルメッセージ（ dmesg 出力）： [38257.314422] BTRFS info (device sdd): disk space caching is enabled [38257.328731] BTRFS critical (device sdd): corrupt node: root=1 block=1264662233088 slot=29, bad key order, current (18446744073709551605 0 666286161920) next (18446744073709551605 0 534752788480) [38257.552619] BTRFS critical (device sdd): corrupt node: root=1 block=1264662233088 slot=29, bad key order, current (18446744073709551605 …

1 linux  hard-drive  mount  btrfs 

NASにBTRFSを含む500GBのディスクがありました。最近4TBのディスクを手に入れたので、ダウンタイムなしで新しいディスクだけを使用したかったのです。だから私は走ってbtrfs replace start 1 /dev/sdb .、それが終わるのを待って、500GBドライブを抜いた。 4TBディスクへのアクセスを失ったため、交換された500GBディスクからすべてのデータを回復したいのですが、そのBTRFSパーティションはそのように認識されなくなりました。私は、通常はそれをマウントしようとした-o degraded、-o recovery,ro、私も試したbtrfs restoreし、btrfs check失敗したすべてが、。ここで私のオプションは何ですか？

1 data-recovery  btrfs 

私はしばらくグーグルをしていて、決定的な答えを見つけていません。 Btrfsがデータのチャンクをミラーリングしており、従来のRAIDのようなドライブ全体のミラーリングを正確にミラーリングしているのを見たことはありません。ここで、Btrfsの単一のRAID1プールに8つの1TBドライブがあると仮定します。これは、データを失うことなく、理論的には4台のドライブを失うことを意味しますか（ミラーペアごとに1台のドライブを失う）？また、ドライブが7台の場合、3台も失う可能性がありますか？

1 raid  btrfs 

だから、bobで10GBのサイズで呼び出されたファイルがあるとしましょう/home。/home元のbobファイルのスナップショットを作成して削除します。ただし、スナップショットがあるため、bobファイルにアクセスできます。私の質問は、これを何度も繰り返していくと、どうしてハードディスクドライブがいっぱいにならないのかということです。スナップショットのサイズは非常に小さいためです。

1 linux  snapshot  btrfs