Btrfs - 版の履歴

N: /* 重複排除 */

2025-11-01T00:52:52Z

重複排除

← 古い版		2025年11月1日 (土) 09:52時点における版
370行目:		370行目:
	コピーオンライトを使用した場合、Btrfs は実際にはデータをコピーしないでファイルやサブボリュームをコピーできます。ファイルに変更が加えられたときに新しい本当のコピーが作成されます。重複排除はさらに共通部分が存在するデータブロックを認識して、コピーオンライトと同じようにエクステントにまとめてしまいます。		コピーオンライトを使用した場合、Btrfs は実際にはデータをコピーしないでファイルやサブボリュームをコピーできます。ファイルに変更が加えられたときに新しい本当のコピーが作成されます。重複排除はさらに共通部分が存在するデータブロックを認識して、コピーオンライトと同じようにエクステントにまとめてしまいます。

	Btrfs パーティションの重複排除に使用するツールに~~ついて~~は ~~[https://btrfs.wiki.kernel.org/index.php/Deduplication#Batch 上流の Wiki エントリ] を見てください。~~{{~~Pkg~~\|duperemove}}, {{~~aur~~\|~~bedup~~}}~~, ''btrfs-dedup''~~ などが存在します。{{~~pkg~~\|rmlint}} あるいは {{aur\|~~jdupes~~}} などを使うことでファイルベースでデータの重複排除を行うこともできます。		Btrfs パーティションの重複排除に使用するツールには {{pkg\|duperemove}}, {{pkg\|bees}} などが存在します。{{aur\|rmlint-git}}, {{pkg\|rdfind}}, {{aur\|jdupes}} あるいは {{aur\|dduper-git}} などを使うことでファイルベースでデータの重複排除を行うこともできます。

			これらのプログラムで利用可能な機能の概要や追加情報については [https://btrfs.readthedocs.io/en/latest/Deduplication.html upstreamの wiki ページ] を参照してください。
	Btrfs の開発者はインバンド (同期的・インライン) 重複排除に取り組んでおり、新しいデータがファイルシステムに書き込まれたときに重複排除が実行されます。現在のところ実験的な機能としてツリー外で開発されています。新しい機能をテストしてみたい場合は [https://btrfs.wiki.kernel.org/index.php/User_notes_on_dedupe カーネルの wiki ページ] を参照してください。

	=== リサイズ ===		=== リサイズ ===

Kgx: /* 参照 */ 同期

2025-02-11T08:21:26Z

参照: 同期

← 古い版		2025年2月11日 (火) 17:21時点における版
626行目:		626行目:
	== 参照 ==		== 参照 ==

	* 公式サイト		* '''公式サイト'''
	** [https://btrfs.~~wiki~~.~~kernel.org/~~ Btrfs ~~Wiki~~]		** [https://btrfs.readthedocs.io Btrfs Documentation]
			** [https://archive.kernel.org/oldwiki/btrfs.wiki.kernel.org/ Archived Btrfs Wiki]
	* パフォーマンス関連		* '''パフォーマンス関連'''
	** [https://superuser.com/questions/432188/should-i-put-my-multi-device-btrfs-filesystem-on-disk-partitions-or-raw-devices Btrfs on raw disks?]		** [https://superuser.com/questions/432188/should-i-put-my-multi-device-btrfs-filesystem-on-disk-partitions-or-raw-devices Btrfs on raw disks?]
	** [~~http~~://~~comments~~.~~gmane~~.org/~~gmane.comp.file~~-~~systems.~~btrfs/~~19440~~ Varying leafsize and nodesize in Btrfs]		** [https://lore.kernel.org/linux-btrfs/CAKcLGm_MKEdTiHFBd-b-v2sN5gJmgFRqsykzWRXTVqUw4O6Acw@mail.gmail.com/ Varying leafsize and nodesize in Btrfs]
	** [~~http~~://~~comments~~.~~gmane~~.org/~~gmane.comp.file~~-~~systems.~~btrfs/~~15646~~ Btrfs support for efficient SSD operation (data blocks alignment)]		** [https://lore.kernel.org/linux-btrfs/jgui4j$th5$1@dough.gmane.org/ Btrfs support for efficient SSD operation (data blocks alignment)]
	** [https://btrfs.wiki.kernel.org/index.php/FAQ#Is_Btrfs_optimized_for_SSD.3F Is Btrfs optimized for SSDs?]		** [https://archive.kernel.org/oldwiki/btrfs.wiki.kernel.org/index.php/FAQ.html#Is_Btrfs_optimized_for_SSD.3F Is Btrfs optimized for SSDs?]
		⚫	** [https://blog.erdemagaoglu.com/post/4605524309/lzo-vs-snappy-vs-lzf-vs-zlib-a-comparison-of Lzo vs. zLib]
	** Phoronix によるマウントオプションのベンチマーク
		⚫	* '''その他'''
	*** [https://www.phoronix.com/scan.php?page=article&item=btrfs-mount-linux49 Linux 4.9]
			** [[Funtoo:BTRFS Fun]]
	*** [https://www.phoronix.com/scan.php?page=article&item=linux_314_btrfs Linux 3.14]
	*** [https://www.phoronix.com/scan.php?page=article&item=linux_btrfs_311&num=1 Linux 3.11]
	*** [https://www.phoronix.com/scan.php?page=news_item&px=MTM0OTU Linux 3.9]
	*** [https://www.phoronix.com/scan.php?page=article&item=btrfs_linux37_mounts&num=1 Linux 3.7]
	*** [https://www.phoronix.com/scan.php?page=article&item=linux_btrfs_options&num=1 Linux 3.2]
⚫	** [~~http~~://blog.erdemagaoglu.com/post/4605524309/lzo-vs-snappy-vs-lzf-vs-zlib-a-comparison-of Lzo vs. zLib]
⚫	* その他
	** [http://www.funtoo.org/wiki/BTRFS_Fun Funtoo Wiki Btrfs Fun]
	** [https://www.phoronix.com/scan.php?page=news_item&px=MTA0ODU Avi Miller presenting Btrfs] at SCALE 10x, January 2012.		** [https://www.phoronix.com/scan.php?page=news_item&px=MTA0ODU Avi Miller presenting Btrfs] at SCALE 10x, January 2012.
	** [https://www.phoronix.com/scan.php?page=news_item&px=MTA4Mzc Summary of Chris Mason's talk] from LFCS 2012		** [https://www.phoronix.com/scan.php?page=news_item&px=MTA4Mzc Summary of Chris Mason's talk] from LFCS 2012
	** [https://git.kernel.org/~~?p=~~linux/kernel/git/torvalds/linux~~-2.6~~.git~~;a=~~commit~~;h=~~35054394c4b3cecd52577c2662c84da1f3e73525 Btrfs: stop providing a bmap operation to avoid swapfile corruptions] 2009-01-21		** [https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/?id=35054394c4b3cecd52577c2662c84da1f3e73525 Btrfs: stop providing a bmap operation to avoid swapfile corruptions] 2009-01-21
	** [~~http~~://marc.merlins.org/perso/btrfs/post_2014-03-22_Btrfs-Tips_-Doing-Fast-Incremental-Backups-With-Btrfs-Send-and-Receive.html Doing Fast Incremental Backups With Btrfs Send and Receive]		** [https://marc.merlins.org/perso/btrfs/post_2014-03-22_Btrfs-Tips_-Doing-Fast-Incremental-Backups-With-Btrfs-Send-and-Receive.html Doing Fast Incremental Backups With Btrfs Send and Receive]

Kgx: /* トラブルシューティング */ 同期

2025-02-11T08:20:03Z

トラブルシューティング: 同期

← 古い版		2025年2月11日 (火) 17:20時点における版
601行目:		601行目:

	あるいは、[[fstab]] の {{ic\|nodiscard}} マウントオプションを使用してマウントし、代わりに [[ソリッドステートドライブ#定期的な TRIM\|定期的な TRIM]] を使用して、非同期破棄を完全に無効にすることもできます。		あるいは、[[fstab]] の {{ic\|nodiscard}} マウントオプションを使用してマウントし、代わりに [[ソリッドステートドライブ#定期的な TRIM\|定期的な TRIM]] を使用して、非同期破棄を完全に無効にすることもできます。

			=== Device total_bytes should be at most X but found Y ===

			もしドライブが別のコンピュータから移動されたり、デバイスの順序が変更された場合で、報告されるサイズの差が非常に小さい(最大でも数メガバイト程度)場合、[[Wikipedia:Host protected area\|HPA (Host Protected Area)]] が有効になっている可能性があります。

			HPA が有効かどうかを確認するには、{{Pkg\|hdparm}} を使用します:

			# hdparm -N DEVICE

			出力には 2 つの数字が表示されます:可視のセクタ数と実際のセクタ数です。これらが異なる場合、HPA が有効になっていることを意味します。

			もしマザーボードがこれを強制的に設定し、ファームウェアにそれを無効にするオプションがない場合、唯一の選択肢は影響を受けたファイルシステムを縮小することです。これを行う最も簡単な方法は、元のコンピュータで、または HPA を適用しない任意のマシンで行うことです。

			=== No space left on device ===

			ブログ記事 [https://marc.merlins.org/perso/btrfs/post_2014-05-04_Fixing-Btrfs-Filesystem-Full-Problems.html Fixing Btrfs Filesystem Full Problems] では、以下のチェック/手順を提案し、説明しています:

			# 今すぐスペースを解放する(履歴スナップショットを削除)
			# 本当にファイルシステムが満杯ですか? メタデータおよび/またはデータチャンクのバランスが崩れている({{ic\|btrfs balance}} を実行)
			# 本当にファイルシステムが満杯ですか? データチャンクのバランスが崩れている
			# 本当にファイルシステムが満杯ですか? メタデータのバランスが崩れている
			# ファイルシステムが満杯のため、バランスを実行できません({{ic\|btrfs device add}} を使用して USB キーやループデバイスなどのデバイスを一時的に Btrfs ファイルシステムに追加してから、{{ic\|btrfs balance}} を実行)

	== 参照 ==		== 参照 ==

Kgx: /* ヒントとテクニック */ 同期

2025-02-11T08:09:20Z

ヒントとテクニック: 同期

差分を表示

Kgx: /* ファイルシステムの作成 */ 同期

2025-02-11T07:33:58Z

ファイルシステムの作成: 同期

@@ 44行目: / 44行目: @@
 === マルチデバイス対応ファイルシステム ===
-{{Warning|Btrfs の RAID 5 と RAID 6 モードには致命的な欠陥があり、"捨てデータでのテスト以外" には使用しないでください。[https://lore.kernel.org/linux-btrfs/20200627032414.GX10769@hungrycats.org/ 既知の問題と部分的な回避策のリスト]。状況の更新については [https://btrfs.wiki.kernel.org/index.php/RAID56 the Btrfs page on RAID5 and RAID6] を見て下さい (更新されていないようです)}}
+* Btrfs の RAID 5 と RAID 6 モードには致命的な欠陥があり、"捨てデータでのテスト以外" には使用しないでください。[https://lore.kernel.org/linux-btrfs/20200627032414.GX10769@hungrycats.org/ 既知の問題と部分的な回避策のリスト]。状況の更新については [https://man.archlinux.org/man/btrfs.5#RAID56_STATUS_AND_RECOMMENDED_PRACTICES the Btrfs page on RAID5 and RAID6] を見て下さい。
 複数のデバイスを使用して RAID を作成することができます。サポートされている RAID レベルは RAID 0, RAID 1, RAID 10, RAID 5, RAID 6 です。カーネル 5.5 からは RAID1c3 と RAID1c4 で RAID1 レベルの 3-コピーと 4-コピーが可能です。RAIDレベルは、データ用とメタデータ用にそれぞれ {{ic|-d}} と {{ic|-m}} オプションを使って別々に設定することができます。デフォルトでは、データは1つのコピー ({{ic|single}}) で、メタデータはミラーリング ({{ic|raid1}}) された状態になっています。これは
@@ 61行目: / 64行目: @@
 マルチデバイス Btrfs ファイルシステム特有のメンテナンスに関するアドバイスは [[#RAID]] をご覧下さい。
 == ファイルシステムの構成 ==

Kgx: /* btrfs チェックの問題 */ リンクを修正

2024-10-08T16:01:15Z

btrfs チェックの問題: リンクを修正

← 古い版		2024年10月9日 (水) 01:01時点における版
399行目:		399行目:

	=== btrfs チェックの問題 ===		=== btrfs チェックの問題 ===
	ツール{{ic\|btrfs check}} には既知の問題があるため、セクション [[#~~btrfscheck~~]] をよく参照してから実行してください。		ツール{{ic\|btrfs check}} には既知の問題があるため、セクション [[#btrfs check]] をよく参照してから実行してください。

	== ヒントとテクニック ==		== ヒントとテクニック ==

Hikali: ''mylabel'' と /dev/''partition'' の間にspace( )を追加

2024-09-19T13:50:41Z

''mylabel'' と /dev/''partition'' の間にspace( )を追加

← 古い版		2024年9月19日 (木) 22:50時点における版
34行目:		34行目:
	パーティション {{ic\|/dev/''partition''}} に Btrfs ファイルシステムを作るには、次のようにします。		パーティション {{ic\|/dev/''partition''}} に Btrfs ファイルシステムを作るには、次のようにします。

	# mkfs.btrfs -L ''mylabel''/dev/''partition''		# mkfs.btrfs -L ''mylabel'' /dev/''partition''

	メタデータの Btrfs のデフォルトのノードサイズは 16KB ですが、データのデフォルトのセクターサイズはページサイズと同じで、自動検出されます。メタデータに大きなノードサイズを使用するには(セクターサイズの倍数である必要があり、最大 64KB が許可されます)、この例に示すように、{{ic\|-n}} スイッチを介して {{ic\|nodesize}} の値を指定します 32KB ブロックの使用例:		メタデータの Btrfs のデフォルトのノードサイズは 16KB ですが、データのデフォルトのセクターサイズはページサイズと同じで、自動検出されます。メタデータに大きなノードサイズを使用するには(セクターサイズの倍数である必要があり、最大 64KB が許可されます)、この例に示すように、{{ic\|-n}} スイッチを介して {{ic\|nodesize}} の値を指定します 32KB ブロックの使用例:

Hikali: Hikali (トーク) による版 39045 を取り消し

2024-09-19T13:49:29Z

Hikali (トーク) による版 39045 を取り消し

← 古い版		2024年9月19日 (木) 22:49時点における版
34行目:		34行目:
	パーティション {{ic\|/dev/''partition''}} に Btrfs ファイルシステムを作るには、次のようにします。		パーティション {{ic\|/dev/''partition''}} に Btrfs ファイルシステムを作るには、次のようにします。

	# mkfs.btrfs -L ''mylabel' '/dev/''partition''		# mkfs.btrfs -L ''mylabel''/dev/''partition''

	メタデータの Btrfs のデフォルトのノードサイズは 16KB ですが、データのデフォルトのセクターサイズはページサイズと同じで、自動検出されます。メタデータに大きなノードサイズを使用するには(セクターサイズの倍数である必要があり、最大 64KB が許可されます)、この例に示すように、{{ic\|-n}} スイッチを介して {{ic\|nodesize}} の値を指定します 32KB ブロックの使用例:		メタデータの Btrfs のデフォルトのノードサイズは 16KB ですが、データのデフォルトのセクターサイズはページサイズと同じで、自動検出されます。メタデータに大きなノードサイズを使用するには(セクターサイズの倍数である必要があり、最大 64KB が許可されます)、この例に示すように、{{ic\|-n}} スイッチを介して {{ic\|nodesize}} の値を指定します 32KB ブロックの使用例:

Hikali: # mkfs.btrfs -L ''mylabel' '/dev/''partition'' 内の mylabel と/dev/partition の間にスペースを追加

2024-09-19T13:48:34Z

# mkfs.btrfs -L ''mylabel' '/dev/''partition'' 内の mylabel と/dev/partition の間にスペースを追加

← 古い版		2024年9月19日 (木) 22:48時点における版
34行目:		34行目:
	パーティション {{ic\|/dev/''partition''}} に Btrfs ファイルシステムを作るには、次のようにします。		パーティション {{ic\|/dev/''partition''}} に Btrfs ファイルシステムを作るには、次のようにします。

	# mkfs.btrfs -L ''mylabel''/dev/''partition''		# mkfs.btrfs -L ''mylabel' '/dev/''partition''

	メタデータの Btrfs のデフォルトのノードサイズは 16KB ですが、データのデフォルトのセクターサイズはページサイズと同じで、自動検出されます。メタデータに大きなノードサイズを使用するには(セクターサイズの倍数である必要があり、最大 64KB が許可されます)、この例に示すように、{{ic\|-n}} スイッチを介して {{ic\|nodesize}} の値を指定します 32KB ブロックの使用例:		メタデータの Btrfs のデフォルトのノードサイズは 16KB ですが、データのデフォルトのセクターサイズはページサイズと同じで、自動検出されます。メタデータに大きなノードサイズを使用するには(セクターサイズの倍数である必要があり、最大 64KB が許可されます)、この例に示すように、{{ic\|-n}} スイッチを介して {{ic\|nodesize}} の値を指定します 32KB ブロックの使用例:

Kgx: 関連記事を同期

2024-01-21T21:53:41Z

← 古い版		2024年1月22日 (月) 06:53時点における版
8行目:		8行目:
	{{Related articles start}}		{{Related articles start}}
	{{Related\|ファイルシステム}}		{{Related\|ファイルシステム}}
⚫	{{Related\|~~mkinitcpio~~}}
	{{Related\|Snapper}}		{{Related\|Snapper}}
		⚫	{{Related\|Yabsnap}}
	{{Related\|dm-crypt/システム全体の暗号化#Btrfs サブボリュームとスワップ}}
	{{Related articles end}}		{{Related articles end}}