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

LVMボリュームのサイズを変更するときに、基礎となるファイルシステムのサイズを変更するderobertのトリックに従います。 lvm> lvextend -r -l +100%FREE /dev/VolGroup00/lvolhome fsck from util-linux 2.25.2 /sbin/fsck.btrfs: BTRFS file system. Size of logical volume VolGroup00/lvolhome changed from 3.04 GiB (777 extents) to 14.94 GiB (3824 extents). Logical volume lvolhome successfully resized fsadm: Filesystem "btrfs" on device "/dev/mapper/VolGroup00-lvolhome" is not supported by this tool fsadm failed: …

13 lvm  btrfs 

ミラーbtrfsで故障したハードドライブを交換しています。 btrfs device delete missing /[mountpoint]非常に時間がかかっているので、実際には交換用ドライブにデータを再分散していると思います。 そのような操作の進行状況を監視する方法はありますか？ 見栄えの良いGUIや％カウンターさえ期待する必要はありません。必要な場合は数行のシェルスクリプトを記述しても構いませんが、関連データの検索を開始する場所がわかりません。btrfs filesystem showたとえば、おそらくミラーリングされたfsに関する情報を表示する前にバランス操作が終了するのを待って、ハングします。

13 btrfs 

関連した本。 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に固執するべきですか？

13 linux  filesystems  ext4  btrfs 

Btrfsは、各ファイルのcrc32cチェックサムを計算します。（ファイルを読み取って再計算するだけでなく）保存されているチェックサムを表示する方法はありますか？

12 btrfs  checksum 

ループマウントされたユーザーが作成したbtrfsファイルシステムを使用して、権限を正しく設定すると、ユーザーはbtrfsサブボリュームを自由に作成できます。 user@machine:~/btrfs/fs/snapshots$ /sbin/btrfs sub create newsubvol Create subvolume './newsubvol' ただし、新しく作成されたサブボリュームを削除しようとすると、エラーが発生します。 user@machine:~/btrfs/fs/snapshots$ /sbin/btrfs sub del newsubvol Delete subvolume '/home/user/btrfs/fs/snapshots/newsubvol' ERROR: cannot delete '/home/user/btrfs/fs/snapshots/newsubvol' もちろん、rootユーザーはそれを削除できます： root@machine:/home/user/btrfs/fs/snapshots# /sbin/btrfs sub del newsubvol Delete subvolume '/home/user/btrfs/fs/snapshots/newsubvol' 作成操作と削除操作のこの動作の違いは少し奇妙に思えます。誰もこれに光を当てることができますか？ コマンドの正確なシーケンスは次のとおりです。 user@machine:~$ dd if=/dev/zero of=btrfs_disk bs=1M count=100 100+0 records in 100+0 records out 104857600 bytes (105 MB) copied, …

12 btrfs 

この質問が将来の訪問者に役立つことはまずありません。それは、小さな地理的領域、特定の瞬間、またはインターネットの世界的な視聴者には一般に適用できない非常に狭い状況にのみ関連します。この質問の適用範囲を広げるには、ヘルプセンターをご覧ください。 7年前に閉鎖されました。 btrfsはついに最新のカーネルに登場しましたが、ホームバックアップシナリオで（zfsの代替として）使用するのに十分な安定性と安全性があると考えられていますか？

12 linux  filesystems  btrfs 

Btrfsはコピーオンライトをサポートしています。私はその機能を使用してディレクトリを複製しようとしました： cp -R --reflink=always foo_directory foo_directory.mirror コマンドはほぼ瞬時に（のようにbtrfs subvolume snapshot）完了すると予想していましたが、cpコマンドは低速で標準的なコピーを実行しているようです。 マニュアルページによると、私は--reflink=alwaysコピーオンライトを実施することを期待していました： --reflink [= always]が指定されている場合、軽量コピーを実行します。データブロックは変更された場合にのみコピーされます。これが不可能な場合、コピーは失敗するか、または--reflink = autoが指定されている場合は、標準のコピーにフォールバックします。 質問： なぜ--reflink=always動かないのか知っていますか？ 代わりにどのオプション（または他のコマンド）を使用すればよいですか？

12 cp  btrfs 

これがOpenSUSE Leap 42です。私は、2台の500 GB SATA HDDドライブを搭載したコンピューターを使用しており、それを高速化するために、システム用に小さな30GB SSDドライブを搭載しました。インストール中、HDDは、インストーラー（および私）を混乱させたため切断されました。システムが起動したら、/ homeディレクトリをXFS論理ボリュームに簡単に交換できました（主にLVMを使用して、簡単にスペースを追加します）。次に/ optがいっぱいになり（chromeとbotanicula）、HDDのボリュームにそれを置きたかった。そこで、ボリュームを作成し、BTRFSでフォーマットしました。頭@ subvolumesをひっかいた後、fstabでBTRFSを読み上げ、必要なことを行いました。/optのサイズは100 GBになりました。 しかし、問題は、LVMボリュームをbtrfsでフォーマットすることは理にかなっていますか？基本的に、どちらもボリューム処理システムです。 説明のために、fstab（＃コメントは編集内容を示します）とvgscan + lvscanの出力を貼り付けます。 ~> cat /etc/fstab UUID=1b511986-9c20-4885-8385-1cc03663201b swap swap defaults 0 0 UUID=30e20531-b7f1-4bde-b2d2-fab8eeca23af / btrfs defaults 0 0 UUID=30e20531-b7f1-4bde-b2d2-fab8eeca23af /boot/grub2/i386-pc btrfs subvol=@/boot/grub2/i386-pc 0 0 UUID=30e20531-b7f1-4bde-b2d2-fab8eeca23af /boot/grub2/x86_64-efi bt rfs subvol=@/boot/grub2/x86_64-efi 0 0 UUID=3e103686-52e9-44ac-963f-5a76177af56b /opt btrfs defaults 0 0 #UUID=30e20531-b7f1-4bde-b2d2-fab8eeca23af …

11 linux  partition  lvm  btrfs 

Btrfsディスク上の1つ（または複数）のサブボリュームを（実際には削除せずに）削除すると、どのくらいの領域を解放できるかを計算する方法はありますか？「現在あなたのために計算を行うコードはない」ことは知っていますが、どうやってそれを行うのでしょうか？ なぜこんなに遅いと彼らが言っているのかしら。私の経験では、実際にサブボリュームを削除することと空き領域について質問することの両方が非常に高速ですが、なぜ同じことを行うと、仮想的に非常に遅くなるのですか？

11 btrfs 

btrfsの送信/受信機能を使用して、バックアップスナップショットをかなり低速（初期シードは約50〜100GB、アップストリームバンドは約1〜2MBit / s）で信頼できない（両端で毎日強制的に中断）接続で送信したいと思います。 次の要件が表示されます。 暗号化された転送（通常はSSHトンネルを使用して実現されます） 中断された接続に対する堅牢性 そうですZFSは自動的に中断された転送を再開することができます rsyncはないかと同様に、。これはBTRFSにも適用されますか？センド/ wikiページは受信中断した転送に関して有用ではありません。btrfsが中断された転送を再開する場合、私がしなければならないことは、SSHトンネルを使用して、中断された場合に再開することだけです。 そうでない場合は、中間でバッファを使用して、btrfs-connectionが割り込みに耐えることを確認するか、シードのために両方のサーバーを互いに近くに配置する必要があります（これは、毎日の送信に優れた追加ファイルに関して問題になります）容量とスナップショットの送信）。 シードとスナップショットを送信するために何を考慮する必要がありますか？

11 linux  backup  btrfs 

私のLANには、他の人のバックアップサーバーとして機能するDebianマシンがあります。4つのHDDがソフトウェアRAID 5 mdデバイスに結合されており、そのLVMとそのbtrfs上にあります。バックアップはrsyncを使用して行われ、大きなファイルシステムの場合は1時間以上かかります。長い間、私はこれについてできることはほとんどないと思っていました。 しかし最近、転送の両端でHDDアクティビティが大きく異なることに気付きました。Gentooを実行していて、ほとんどがext4を使用している送信側には、ディスクIOがほとんどありませんでしたが、受信側は常にビジーでした。ほとんどのデータは転送間で変化しないので、メタデータの読み取りはデータの大部分を占めるはずだと思います。しかし、btrfsでiノードを読み取ることがext4で同じことを行うよりも多くの作業であるとしたら、私は本当に驚きます。 iotop 受信側で約1〜4 MB /秒のディスク読み取りを確認しましたが、送信側ではたまに0.5 MB /秒のバーストしかありませんでした。 私の質問は、誰かがここで何が起こっているのか説明できますか？できれば、問題を回避する方法を示してください。 おそらく、私が使用できるいくつかのbtrfsチューニングフラグ、または類似したものがあります。バックアップサーバーにスナップショット機能を備えたFSが必要です。FreeBSDとZFSを使用しようとすると、すぐにFSの一貫性が失われるため、現時点ではbtrfsに代わるものはほとんどありません。したがって、ext4またはzfsを使用するように指示する回答は、賛成票を受け取る可能性がありますが、チェックマークは受け取りません。 cjmからの要求に応じて、使用中のRsyncオプション： --rsync-path='rsync --fake-super' --archive # -rlptgoD --hard-links # detect and preserve these --acls --xattrs --sparse --noatime # based on patch from samba #7249c1 --delete --delete-delay --fuzzy --human-readable # size suffixes, base 1000 --stats また、-fいくつかのファイルを除外するための一連のルール。 btrfsのマウントオプションは、次のように報告さmountれます。 rw,nosuid,noexec,noatime,nospace_cache 特に、これにはnoatimeフラグが含まれているため、一部のファイルに実際に違いがない限り、書き込みは必要ありません。私は、に応じてこの情報を追加した答えによって、カイル・ジョーンズ。

11 performance  rsync  io  mdadm  btrfs 

私のデスクトップは通常、負荷が大きくても非常に応答が速いです。しかし、ファイルをUSBドライブにコピーすると、しばらくすると常にロックされます。「ロックアップ」とは、次のことを意味します。 あるウィンドウから別のウィンドウにフォーカスを移動すると、10〜20秒かかることがあります。 デスクトップの切り替えには10〜20秒かかることがあります 動画が更新されなくなりました（YouTubeでは、音声が再生され続け、動画のみがフリーズします） これが発生しても、システムの負荷はそれほど高くありません。ときどき、カーネルがどこかでビジーであることを示すxosviewに白がたくさん表示されます。 一見、ファイルをUSBドライブにコピーすると、どういうわけかcompizに干渉するように見えますが、接続がどうなるか想像できません。 出力はhtop次のとおりです。 iostat -c -z -t -x -d 12分間のハング中の出力は次のとおりです。 19.07.2012 20:38:22 avg-cpu: %user %nice %system %iowait %steal %idle 1,27 0,00 0,38 37,52 0,00 60,84 Device: rrqm/s wrqm/s r/s w/s rkB/s wkB/s avgrq-sz avgqu-sz await r_await w_await svctm %util sdg 0,00 2,00 0,00 216,00 0,00 109248,00 …

11 linux  kde  btrfs 

ZFSは、排他的に述べて、ZFSは無傷であると主張されています ZFSは、電源障害に対して脆弱である可能性があることを受け入れます。 BTRFSについてのそのようなステートメントは見つかりませんでした。停電の間に耐久性がありますか（または設計されている/計画されています）？

11 btrfs  failure-resistance 

Cに頼らずに、つまりPOSIXシェルで、すべてのbtrfsファイルシステムのサブボリュームに関する情報を取得する便利な方法はありますか？ /sys/fs/btrfsファイルシステムに関する情報のみが含まれ、サブボリュームには何も含まれないため、現在私はすべてのファイルシステムを一時フォルダーにマウントし、でスキャンしてbtrfs subvol list、結果の出力を解析しています。言うまでもなく、それはかなり醜いです。 これは3.16.xカーネルとbtrfs-progs v3.14.1（標準の Ubuntu 14.10から）を使用しています。 以下は、私が現在使用している（醜い）スクリプトです。純粋なCを使用して必要な情報を取得できることはわかっています。おそらくそれが最終的に行うことですが、もっとシンプルでエレガントな方法があるかどうか疑問に思っていました。 #!/bin/bash for i in /sys/fs/btrfs/*[!features]; do device="/dev/$(basename $i/devices/*)" mountpoint=/var/lib/btrfs/tmp/mnt/$(basename "$i") [ -d "$mountpoint" ] || mkdir "$mountpoint" grep -qs $mountpoint /proc/mounts [ $? -ne 0 ] && mount -v "$device" "$mountpoint" while read -r subvol; do # whatever you want done …

11 shell  btrfs 

このマシンでArchを実行しています： 3.40GHz i7ヘキサコア（4930K） 16 GB DDR3 1600 MHz RAM Raid0の2xSamsung 840 EVO SSD（BTRFS raidを使用） いくつかのVM（2または3）を備えたArchでVMwareを実行し、それぞれに約2〜4コア、およびそれぞれ2 GBのRAMを与えると、システムがランダムにフリーズし始めます。数分ごとに、システムは10〜30秒の間フリーズし、その後再び動き始めます。VMをシャットダウンするまで、30秒後にフリーズします。システムがフリーズしてもマウスは正常に動きますが、アプリケーションはホスト上で応答を停止します-VMwareが応答しない、Firefox（ホスト上でも開いている）が応答しない、など。 フリーズが発生したときに、プロセスモニターを実行している場合、vmwareによって最大化されたいくつかのコアが表示されますが、同時に、他の未使用のコアがあります。また、十分なRAMがあります。VMは合計6 GBを使用し、ホストには10​​ GBが残っています。スワップ領域が0なので、スワップによって速度が低下することはありません。 btrfsはファイルシステムレベルでファイルの断片化を引き起こすため、仮想マシンの動作が遅くなる可能性があるという報告があります。ただし、私が知る限り、断片化は従来のハードディスクの問題にすぎません。SSDにはシークする読み取りヘッドがないため、ファイルが高度に断片化されているかどうかは関係ありません。 これは、Debian 7を実行しているときに発生することはなかったので、ハードウェアの問題ではないと確信しています。 システムがフリーズし続ける理由を理解するために、どのツールを実行できますか？私はtop / htopとiotopを試しました（システムがフリーズしたときに過度に書き込みや読み取りを行っているものはありません）。何かを読み書きするのに問題があるかどうかを確認するためのbtrfsのアクティビティモニターはないようです。他に試すことができるものはありますか？

10 arch-linux  vmware  btrfs  freeze