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

未使用のスペースをゼロでクリアするにはどうすればよいですか？（私はbtrfsファイルシステム用のツールを求めています） 私はもっ​​と賢いものを探しています cat /dev/zero > /mnt/X/big_zero ; sync; rm /mnt/X/big_zero FSArchiverが「使用済みスペース」を探しているように、未使用だが反対側のサイトを無視します。 目的：パーティションイメージを圧縮したいので、未使用のスペースをゼロで埋めることを強くお勧めします。 ところで ext3、ext4の場合：未使用のスペースをゼロでクリアします（ext3、ext4）。ここでbtrfsを要求します 「よりスマートなアルゴリズム」の明確化：「よりスマートなアルゴリズム」は混乱を招くことがわかるので、ここで最終的にそれについて行を追加することにしました。読者の皆さん、ファイルシステムをデータ構造として考えてください。簡単にするために、関連付けキー->値の配列として使用される、赤と黒のツリーを保持する自己バランスを考えます。値は整数です。目標は、すべての負の値をゼロでクリアすることです。「スマートでない」アルゴリズムはそれを反復し、key：valueペアを新しいマップに追加します（最終的には負の値をゼロに変更します）。スマートアルゴリズムは、負の値が格納されている場所を検出し、それらをインプレースでクリアします。

10 backup  storage  compression  btrfs 

複数のディスクと、低速（HDD）ドライブと高速（SSD）ドライブの両方にまたがるソフトウェアRAIDを備えた最新のLinuxシステムでは、ファイルシステムへの書き込みはどのようにキャッシュされますか？ MD-RAID RAID1の配列は次のようにディスクを構成することができる--write-mostlyと--write-behindそれが速いディスクから実行される読み出しを示唆している、より遅いディスクへの書き込みが遅れることができます。しかし、それはカーネルレベルでどのようにキャッシュされるのでしょうか。カーネルは、md-raidレイヤーの前または後にディスク書き込みをキャッシュしますか？write（）呼び出しの最後に、データが非--write-behindディスクの1つに書き込まれることが保証されていますか？ 以下のためにbtrfsRAID1どのように同じような状況が出て遊ぶでしょうか？--write-behind機能がないため、ダーティページはデバイスレベルまたはファイルシステムレベルでカウントされますか？write（）はどの時点で戻りますか？ vm.dirty_*ratio調整パラメータはこれらの設定にどのように影響しますか？

9 linux  filesystems  btrfs  mdadm  software-raid 

Dropboxは、Linuxクライアントが将来的にはext4のみをサポートすることを発表しました。私は現在btrfsパーティションでDropboxを使用しています（問題はありません）。どうやらxattrサポートは不可欠です。ext4とbtrfsの両方がこれをサポートしており、実際、btrfsもサポートしていないext4の機能は知りません。 Dropboxがファイルシステムを検出する方法がわかりませんが、btrfsにext4のふりをさせる方法はありますか？

9 filesystems  ext4  btrfs 

小さなファイルが大量にあるext4パーティション（VM上のLVM）があり、3〜4か月ごとに拡張する必要があります。 iノードによって使用されるスペースの量について。 xfs、btrfs、またはext4ファイルシステムのいずれかが使用するスペースが少なくなりますか？ 言い換えると、btrfsまたはxfsに切り替えると、パーティションがiノードでいっぱいになるのは、ext4で遅くなりますか？

9 ext4  btrfs  xfs 

ルートファイルシステムはbtrfsパーティションにあります。私の/chrootディレクトリにはいくつかのbtrfsサブボリュームがあり、で削除できませんrm -rf /chroot。すべてのサブボリュームを削除しようとして、を/chroot使用して以下のサブボリュームのみを一覧表示してみました-o。これには、マニュアルページに「指定されたパスの下のサブボリュームのみを印刷する」と記載されています。 # btrfs subvolume list -o /chroot ID 593 gen 6616 top level 5 path chroot/base-devel/root ID 594 gen 6618 top level 5 path chroot/multilib-devel/root ID 595 gen 6620 top level 5 path chroot/base/root ID 597 gen 6624 top level 5 path chroot/twm/root ID 599 gen 6628 top …

9 rm  btrfs 

現在、ext4の上にかなり伝統的なバックアップファイルシステム構造があります。バックアップがbackup-DATE作成されるたびに、ファイルがrsyncされる新しいフォルダーが作成されます（rsyncの--link-destオプションを使用してハードリンクが作成されます）。 bitrotについて読んだので、すべてのファイルのチェックサムを透過的にしたいと思います。どうやらext4はそれができないようですが、btrfsはデータチェックサム（さらには組み込みのRAID1モード）のサポートを提供します。まず、btrfsRAID、サブボリュームスナップショット、送受信などの高度な機能を使用せずにデータチェックサムをサポートする「ダム」ファイルシステムとして使用したいと思います。 しかし、彼らのウィキは、バックアップの目的でファイルシステムへの信頼を実際に刺激するものではありません。 「多くの人が信頼してそれを使用していますが、まだ問題が発見されています。データのバックアップを保持してテストし、それらを使用する準備をする必要があります。」- はじめに 「btrfsは安定していますか？長い答え：[..]何をする場合でも、テスト済みの適切なシステム外（およびサイト外）のバックアップを保持することをお勧めします。」- よくある質問。 私の使用例は、オフラインバックアップを使用することです。そのため、ディスクはほとんど使用されず（時間単位など）、頻繁にプラグ/アンプラグされます（eSATAまたはUSB 3.0）。信頼できるファイルシステムを持つことは必須です。ext4 wrtよりも悪くなってはいけません。停電、汚れたシャットダウンなど バックアップのためにファイルシステムとしてbtrfsを使用することが実際に推奨されますか？btrfsの適切性を低下（または向上）させる可能性のある他のプロパティはありますか？

9 filesystems  backup  btrfs  external-hdd 

子サブボリュームを持つサブボリュームスナップショットにロールバックする標準的な方法はありますか？したがって、たとえば、これは私のbtrfsボリュームレイアウトです。 ID 257 gen 59802 top level 5 path __active ID 258 gen 59784 top level 5 path __snapshot ID 259 gen 59802 top level 257 path home ID 260 gen 36538 top level 257 path opt ID 261 gen 59802 top level 257 path var したがって、home、opt、およびvarが__activeの子サブボリュームであることがわかります。これが私の新しいレイアウトになるように__activeをスナップショットすると： ID 257 gen …

9 btrfs  snapshot 

私はbtrfs raid機能を試してみることにしました。私はbtrfsを設定しました sudo mkfs.btrfs -m raid10 -d raid10 /dev/sda9 /dev/sdb9 /dev/sdc9 /dev/sdd9 次に、既存のbtrfsパーティション（linux-raidの上にある）のクローンを作成します。シンプルなを使用することはできません。cp -aスナップショットベースのバックアップが40を超えているため（保存したい）、複数回保存できるすべてのストレージを単純にいっぱいにするだけです。 これまでのところ、2つのオプションがあります。 partclone.btrfs -s /path/to/original/fs -o /dev/sda9 -b そして、私もする必要があると思います btrfs balance start /dev/sda9 そして 行う：cp -aストレージに収まるだけの増分コピーを使用bedupして、ファイルの重複排除に使用し、ループします。 推奨される（つまり、ベストプラクティス）方法は何ですか？私は最初のものをはるかに好みます。それははるかに少ない時間がかかるはずです。または、おそらくこの手順のいずれかに潜んでいるいくつかの邪悪な「落とし穴」があります（もちろん、btrfsが実験的であるという事実に加えて） 最初の質問は問題外です。どんなに素晴らしいツールであってpartclone.btrfsも、マルチデバイスファイルシステムをサポートしていないことは明らかです。:-(

9 backup  btrfs 

Linuxでの重複排除ツールを探すにはたくさんあります。たとえば、このwikiページを参照してください。 ほとんどすべてのスクリプトは、検出、重複ファイル名の印刷、または1つのコピーへのハードリンクによる重複ファイルの削除のいずれかを実行します。 btrfsの台頭により、別のオプションがありますcp reflink=always。ファイル（のような）のCoW（コピーオンライト）コピーを作成することです。これを行うツールを見つけていませんが、これを行うツールを知っている人はいますか？

9 btrfs  deduplication 

btrfsパーティションがあります。を実行するとdf -h、次のように表示されます。 Filesystem Size Used Avail Use% Mounted on /dev/sda2 113G 101G 8.3G 93% /home なんで？ルート用のスペースがext2 / 3/4として予約されているためですか？それとも別のものですか？前者の場合、どのように変更して4GBを再利用できますか？ あたりとしてのbtrfsのwiki、私はメタデータが「使用」データのサイズを膨らませた二重に格納されていることを知っています： user@machine:~$ df -h / Filesystem Size Used Avail Use% Mounted on /dev/sda1 894G 311G 583G 35% / ^^^^ user@machine:~$ btrfs fi df / Metadata: total=18.00GB, >>used=6.10GB<< *2= 12.20GB Data: total=358.00GB, >>used=298.37GB<< …

9 btrfs  df 

私のbtrfsメタデータがいっぱいになっています。（私はを使用して1時間ごとのスナップショットを作成していbtrbkます。） btrfsファイルシステムのメタデータに割り当てられたスペースを増やす/拡張するにはどうすればよいですか？ それとも自動的に拡張されますか？

9 btrfs 

私はbtrfsスナップショットをかなり使用していますが、興味のあることの1つは、特定のスナップショットが占めるスペースの量、またはより具体的には、btrfsスナップショットが占有している排他データの量です。スナップショット、どれだけのスペースを解放するか。 この情報を見つける唯一の方法は、btrfsクォータを有効にすることです。 # btrfs quota enable / と実行 # btrfs qgroup show / これは非常に効果的です。問題は、実際にはこれ以外にbtrfsクォータを使用しないことです。つまり、btrfsクォータを常に有効にするか、「btrfs qgroup show /」コマンドを実行する直前に一時的に有効にするか、またはすぐに選択することができます。それらを無効にします。また、最後に聞いたところによると、btrfsの割り当てはまだ実験的なものです（私は間違っているのでしょうか？） 基本的に私が知りたいのは： btrfsクォータを有効にしておくと、システムの安定性に影響がありますか？ btrfsクォータを有効にしておくと、システムのパフォーマンスに影響しますか？ 「安全であるため」の答えは必要なときにのみクォータを有効にすることですが、実際には「btrfs qgroup show /」を実行して出力をより読みやすい形式で出力するスクリプトを作成し、そのコードを追加しています。クォータを常に有効または無効にすると、スクリプトの速度が大幅に低下し、複雑さが増すため、クォータを常に有効にしておくことをお勧めしますが、欠点があるかどうかはわかりません。

9 btrfs 

問題は簡単ではありません。BTRFSはCOWファイルシステムであり、ハードディスクに格納された1つのオブジェクトは多くのファイルから参照できます。 BTRFSスナップショットを運用サーバーのバックアップソリューションの一部として使用しています。このようにして、特定のサブボリュームのスペース効率の良い、閲覧可能な履歴を持っています（SnapBtrの変更を使用します）。 目的の異なる複数の独立したbtrfsサブボリュームと、それぞれのバックアップスキームがあります。空き容量が不足すると、のスマートな対数時間コストアルゴリズムに基づいて、各バックアッププールから最も不要なバックアップスナップショットを取得できますSnapBtr。 古いスナップショットの経過時間とそのバックアッププールの重要性を使用して、各バックアップを削除した後に解放されるデータの量に重みを付ける方法が必要です。以前の情報が欠けています。 BTRFSの空き領域の計算プロセスは簡単でも迅速でもないことを理解しています。解放されるスペースのサイズを取得するために、サブボリュームの削除をシミュレートするものが必要です。 誰か助けてもらえますか？このメッセージをに投稿しますlinux-btrfs@vger.kernel.orgか？

9 disk-usage  btrfs 

次のようなbtrfsスナップショットがたくさんあります。 20:17:37 [root@galaxy /]$ btrfs subvolume list -a / |grep apt ID 271 gen 348 top level 5 path <FS_TREE>/@apt-snapshot-2013-04-17_21:44:30 ID 272 gen 352 top level 5 path <FS_TREE>/@apt-snapshot-2013-04-17_21:46:25 ID 273 gen 361 top level 5 path <FS_TREE>/@apt-snapshot-2013-04-17_21:51:13 ... # lots more それらを取り除きたいのですが。だから私は試しました 20:21:31 [root@galaxy ~]$ btrfs subvolume delete '/<FS_TREE>/@apt-snapshot-2013-04-17_21:44:30' …

9 btrfs  snapshot 

休業。この質問には、より焦点を当てる必要があります。現在、回答を受け付けていません。 この質問を改善してみませんか？質問を更新して、この投稿を編集するだけで1つの問題に焦点を当てます。 6年前休業。 私はメーリングリストを調べて、ようやくUbuntuのbtrfsページを読み終えましたが、完全な修正ユーティリティがbtrfs まだない（ホームページに示されているように）と感じています。数か月前であっても、OracleのLinuxのデフォルトになる予定で、多くのディストリビューションに含まれています。 それで、その代わりに、どこに修正するかについてのトラブルシューティングガイドがありますbtrfsか？ それが失敗した場合、バックアップをFSの上にコピーすると問題が修正されますか？（スペースが必要な場合はスナップショットを削除しますか？それとも破損を削除しますか？）代わりに、以前のスナップショットに戻してから、不足しているファイルをバックアップから復元する必要がありますか？または、@および@homeスナップショットから欠落しているファイルを復元しますか？ 注：これは一般的な質問です。私は（今のところ）正確なFS問題を意図的に省略しています。一般的な/正規のワークフローとトラブルシューティングガイドを見つけたい。 （OK、OK -ここではいくつかのだより詳細;）） ： ハングしたシャットダウン中に電源を切ったところ、システムが不安定になりました。システムは、十分なデータを書き込んでフリーズするまで、しばらくの間起動して実行します。前回、Thunderbirdを開いたところです。これらはより多くのハードリセットとおそらくより多くの破損を必要とします。 sudo btrfsck /dev/sda1いくつかのエラーの間で振動する-多くの場合、フォームの最初の時間 root 338 inode 7861227 errors 1000 root 338 inode 7904568 errors 1000 root 338 inode 7955174 errors 400 found 46242054144 bytes used err is 1 total csum bytes: 43112400 total tree bytes: 2074640384 total fs …

9 fsck  btrfs