アドバンスドフォーマット - 版の履歴

AshMyzk: 同期

2025-06-29T06:19:02Z

同期

← 古い版		2025年6月29日 (日) 15:19時点における版
2行目:		2行目:
	[[en:Advanced Format]]		[[en:Advanced Format]]
	[[es:Advanced Format]]		[[es:Advanced Format]]
			[[hu:Advanced Format]]
	[[ru:Advanced Format]]		[[ru:Advanced Format]]
	[[tr:Advanced Format]]		[[tr:Advanced Format]]
77行目:		78行目:
	4Kn ドライブでは、何も設定せずとも最適な設定になっており、パーティショニングやフォーマットの際に特別な考慮は必要ありません。そのまま使用することができます。		4Kn ドライブでは、何も設定せずとも最適な設定になっており、パーティショニングやフォーマットの際に特別な考慮は必要ありません。そのまま使用することができます。

	SATA HDD が複数の論理セクタサイズとオプションの ATA コマンド {{ic\|SET SECTOR CONFIGURATION EXT}} をサポートしている場合 (~~例えば、Seagate ド~~ライブは ~~FastFormat~~ ~~サポートを広告してい~~ます)、''hdparm'' を使ってサポートされているセクタサイズから選択することができます。論理セクタサイズを 4096 バイト (つまり、4Kn) に設定するには、以下を実行してください:		SATA HDD が複数の論理セクタサイズとオプションの ATA コマンド {{ic\|SET SECTOR CONFIGURATION EXT}} をサポートしている場合 (基本的に「エンタープライズ」クラスと呼ばれるような HDD でのみ利用できます)、''hdparm'' を使ってサポートされているセクタサイズから選択することができます。論理セクタサイズを 4096 バイト (つまり、4Kn) に設定するには、以下を実行してください:

	# hdparm --set-sector-size 4096 --please-destroy-my-drive /dev/sd''X''		# hdparm --set-sector-size 4096 --please-destroy-my-drive /dev/sd''X''
111行目:		112行目:
	1 - 4096 0 1		1 - 4096 0 1
	}}		}}

			{{Warning\|1=4K セクタをサポートしていると報告するが、有効化すると散発的に (特に大きなランダム読み込み負荷が掛かる時に) 不安定になるような NVMe SSD もあります。[https://bbs.archlinux.org/viewtopic.php?pid=2238884#p2238884][https://halestrom.net/darksleep/blog/054_nvme/] 失ったらまずいデータを保存する前に、新しい設定を徹底的にテストしてください。この問題が発生した場合は、512 セクタの設定に戻せば大丈夫です。}}

	論理ブロックアドレスサイズを変更するには、{{ic\|nvme format}} を使い、{{ic\|--lbaf}} パラメータで好ましい値を指定してください:		論理ブロックアドレスサイズを変更するには、{{ic\|nvme format}} を使い、{{ic\|--lbaf}} パラメータで好ましい値を指定してください:
138行目:		141行目:
	==== Intel ====		==== Intel ====

		⚫	Intel の場合は、[https://downloadcenter.intel.com/download/29337/Intel-Memory-and-Storage-Tool-CLI-Command-Line-Interface-?product=83425 Intel Memory and Storage (MAS) Tool] ({{AUR\|intel-mas-cli-tool}}) で {{ic\|1=-set PhysicalSectorSize=4096}} オプションを使用してください。報告される物理セクササイズのみが変わり、論理セクタサイズは同じままであることに注意してください。
⚫	{{~~Out of date~~\|Intel の SSD 事業が SK Hynix に買収されて Solidigm ブランドになって以降、Intel MAS は SSD を管理するために使用できなくなりました (Optane 製品を除く)。Solidigm は、Intel MAS が提供していた機能を持つ {{AUR\|solidigm-sst-storage-tool-cli}} を提供しています。[[ソリッドステートドライブ/NVMe#Intel/Solidigm]] を参照してください。}}

		⚫	{{Note\|Intel の SSD 事業が SK Hynix に買収されて Solidigm ブランドになって以降、Intel MAS は SSD を管理するために使用できなくなりました (Optane 製品を除く)。Solidigm は、Intel MAS が提供していた機能を持つ {{AUR\|solidigm-sst-storage-tool-cli}} を提供しています。[[ソリッドステートドライブ/NVMe#Intel/Solidigm]] を参照してください。}}
⚫	Intel の場合、~~{{ic\|1=-set PhysicalSectorSize=4096}} オプションと共に~~ [https://downloadcenter.intel.com/download/29337/Intel-Memory-and-Storage-Tool-CLI-Command-Line-Interface-?product=83425 Intel Memory and Storage (MAS) Tool] ({{AUR\|intel-mas-cli-tool}}) を使ってください。

	==== Seagate ====		==== Seagate ====
181行目:		184行目:

	しかし、これが機能するには、デバイスが正しいデフォルトセクタサイズを報告する必要があります。[[#セクタサイズを変更する]] を見てください。		しかし、これが機能するには、デバイスが正しいデフォルトセクタサイズを報告する必要があります。[[#セクタサイズを変更する]] を見てください。

			{{Tip\|Cryptsetup は、暗号化パフォーマンスのためにドライブのセクササイズを 4096 バイトに変更することを強く推奨しています。[https://cdn.kernel.org/pub/linux/utils/cryptsetup/v2.8/v2.8.0-ReleaseNotes]}}

	{{ic\|cryptsetup luksFormat}} を使用したあとに、LUKS2 ボリュームによって使用されているセクタサイズを確認できます:		{{ic\|cryptsetup luksFormat}} を使用したあとに、LUKS2 ボリュームによって使用されているセクタサイズを確認できます:
214行目:		219行目:
	! ''mkfs'' ユーティリティ !! 512e ディスク !! 512n ディスク		! ''mkfs'' ユーティリティ !! 512e ディスク !! 512n ディスク
	\|-		\|-
	\| ''mkfs.bcachefs'' \|\| {{G\|4096}} \|\| {{R\|[https://github.com/koverstreet/bcachefs/issues/765 512]}}		\| ''mkfs.bcachefs'' \|\| {{G\|4096}} \|\| {{O\|[https://github.com/koverstreet/bcachefs/issues/765 512]}}
	\|-		\|-
	\| {{man\|8\|mkfs.btrfs}} \|\| {{G\|4096}} \|\| {{G\|4096}}		\| {{man\|8\|mkfs.btrfs}} \|\| {{G\|4096}} \|\| {{G\|4096}}
	\|-		\|-
	\| {{man\|8\|mkfs.exfat}} \|\| {{G\|4096}} \|\| {{R\|512}}		\| {{man\|8\|mkfs.exfat}} \|\| {{G\|4096}} \|\| {{O\|512}}
	\|-		\|-
	\| {{man\|8\|mkfs.ext4}} \|\| {{G\|4096}}<sup>1</sup> \|\| {{G\|4096}}<sup>1</sup>		\| {{man\|8\|mkfs.ext4}} \|\| {{G\|4096}}<sup>1</sup> \|\| {{G\|4096}}<sup>1</sup>
	\|-		\|-
	\| {{man\|8\|mkfs.fat}} \|\| {{R\|512}} \|\| {{R\|512}}		\| {{man\|8\|mkfs.fat}} \|\| {{R\|512}} \|\| {{O\|512}}
	\|-		\|-
	\| {{man\|8\|mkfs.f2fs}} \|\| {{R\|~~[https://github.com/jaegeuk/f2fs-tools/issues/29 512]~~}} \|\| {{R\|~~512~~}}		\| {{man\|8\|mkfs.f2fs}} \|\| {{G\|4096}} \|\| {{G\|4096}}
	\|-		\|-
	\| {{man\|8\|mkfs.jfs}} \|\| {{G\|4096}} \|\| {{G\|4096}}		\| {{man\|8\|mkfs.jfs}} \|\| {{G\|4096}} \|\| {{G\|4096}}
230行目:		235行目:
	\| {{man\|8\|mkfs.nilfs2}} \|\| {{G\|4096}} \|\| {{G\|4096}}		\| {{man\|8\|mkfs.nilfs2}} \|\| {{G\|4096}} \|\| {{G\|4096}}
	\|-		\|-
	\| {{man\|8\|mkfs.ntfs}} \|\| {{R\|512}} \|\| {{R\|512}}		\| {{man\|8\|mkfs.ntfs}} \|\| {{R\|[https://github.com/tuxera/ntfs-3g/issues/133 512]}} \|\| {{O\|512}}
	\|-		\|-
	\| {{man\|8\|mkfs.reiserfs}} \|\| {{G\|4096}} \|\| {{G\|4096}}		\| {{man\|8\|mkfs.reiserfs\|url=https://manpages.debian.org/unstable/reiserfsprogs/mkfs.reiserfs.8.en.html}} \|\| {{G\|4096}} \|\| {{G\|4096}}
	\|-		\|-
	\| {{man\|8\|mkfs.udf}} \|\| {{R\|512}} \|\| {{R\|512}}		\| {{man\|8\|mkfs.udf}} \|\| {{R\|512}} \|\| {{O\|512}}
	\|-		\|-
	\| {{man\|8\|mkfs.xfs}} \|\| {{G\|4096}} \|\| {{R\|512}}		\| {{man\|8\|mkfs.xfs}} \|\| {{G\|4096}} \|\| {{O\|512}}
	\|-		\|-
	\| {{man\|8\|mkswap}} \|\| {{G\|4096}} \|\| {{G\|4096}}		\| {{man\|8\|mkswap}} \|\| {{G\|4096}} \|\| {{G\|4096}}
	\|-		\|-
	\| {{man\|8\|zpool-create\|url=}} \|\| {{R\|512}} \|\| {{R\|512}}		\| {{man\|8\|zpool-create\|url=}} \|\| {{R\|512}} \|\| {{O\|512}}
	\|}		\|}

261行目:		266行目:
	* [[XFS]]: {{bc\|1=# mkfs.xfs -s size=4096 /dev/''device''}}		* [[XFS]]: {{bc\|1=# mkfs.xfs -s size=4096 /dev/''device''}}
	* [https://openzfs.github.io/openzfs-docs/Project%20and%20Community/FAQ.html#advanced-format-disks ZFS]: {{bc\|1=# zpool create -o ashift=12 ''poolname'' raidz ''device0'' … ''deviceN''}}		* [https://openzfs.github.io/openzfs-docs/Project%20and%20Community/FAQ.html#advanced-format-disks ZFS]: {{bc\|1=# zpool create -o ashift=12 ''poolname'' raidz ''device0'' … ''deviceN''}}

			== 既知の問題 ==

			=== Syslinux と FAT ===

			[[Syslinux]] は 512 バイト以外のセクタサイズの FAT ファイルシステムをサポートしていません。

			=== systemd-homed ===

			[[systemd-homed]] は、4096 バイトセクタサイズの 4Kn ドライブと LUKS 上では動作しません。Systemd のイシュー [https://github.com/systemd/systemd/issues/30393 30393] と [https://github.com/systemd/systemd/issues/30394 30394] を参照してください。

	== 参照 ==		== 参照 ==
268行目:		283行目:
	* HDD のアライメントを間違えると、読み込み/書き込みのパフォーマンスが劣化します。具体的な例は [https://linuxconfig.org/linux-wd-ears-advanced-format] を見てください。		* HDD のアライメントを間違えると、読み込み/書き込みのパフォーマンスが劣化します。具体的な例は [https://linuxconfig.org/linux-wd-ears-advanced-format] を見てください。

	{{TranslationStatus\|Advanced Format\|~~2024~~-12-27\|~~824042~~}}		{{TranslationStatus\|Advanced Format\|2025-06-29\|839284}}

AshMyzk: fix

2024-12-27T04:54:08Z

fix

← 古い版		2024年12月27日 (金) 13:54時点における版
260行目:		260行目:
	* UDF: {{bc\|# mkfs.udf -b 4096 /dev/''device''}}		* UDF: {{bc\|# mkfs.udf -b 4096 /dev/''device''}}
	* [[XFS]]: {{bc\|1=# mkfs.xfs -s size=4096 /dev/''device''}}		* [[XFS]]: {{bc\|1=# mkfs.xfs -s size=4096 /dev/''device''}}
	* [https://openzfs.github.io/openzfs-docs/Project%20and%20Community/FAQ.html#advanced-format-disks ZFS]: {{bc\|# zpool create -o ashift{{=}}12 ''poolname'' raidz ''device0'' … ''deviceN''}}		* [https://openzfs.github.io/openzfs-docs/Project%20and%20Community/FAQ.html#advanced-format-disks ZFS]: {{bc\|1=# zpool create -o ashift=12 ''poolname'' raidz ''device0'' … ''deviceN''}}

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

AshMyzk: 同期

2024-12-27T04:53:46Z

同期

← 古い版		2024年12月27日 (金) 13:53時点における版
130行目:		130行目:
	{{Accuracy\|電源状態や BIOS の設定をいじる前に、ネイティブの {{ic\|nvme}} コマンドを使って操作ログを確認したり、{{ic\|nvme reset}} ''など''を使ってコントローラをソフトリセットしたりすることをお勧めします。}}		{{Accuracy\|電源状態や BIOS の設定をいじる前に、ネイティブの {{ic\|nvme}} コマンドを使って操作ログを確認したり、{{ic\|nvme reset}} ''など''を使ってコントローラをソフトリセットしたりすることをお勧めします。}}

	2020年より前のドライブは、POST の最後に "security freeze" を発行する非標準的なシステムで使用する場合、{{ic\|Format NVM}} コマンドをブロックする可能性があります。[https://github.com/linux-nvme/nvme-cli/issues/816][https://forums.lenovo.com/topic/findpost/1300/5043069/5167342] {{ic\|nvme format}} が失敗する場合、[[systemd#電源管理\|システムをサスペンド]]してみて ([[電源管理/サスペンドとハイバネート#サスペンドの方法を変更する\|S0ix ではなく S3 スリープを使用]]してください)、復帰後に {{ic\|nvme format}} をもう一度実行してみてください。[https://github.com/linux-nvme/nvme-cli/issues/84][https://~~community~~.wd.com/t/sn750-cannot-format-using-the-nvme-command/~~254374~~]		2020年より前のドライブは、POST の最後に "security freeze" を発行する非標準的なシステムで使用する場合、{{ic\|Format NVM}} コマンドをブロックする可能性があります。[https://github.com/linux-nvme/nvme-cli/issues/816][https://forums.lenovo.com/topic/findpost/1300/5043069/5167342] {{ic\|nvme format}} が失敗する場合、[[systemd#電源管理\|システムをサスペンド]]してみて ([[電源管理/サスペンドとハイバネート#サスペンドの方法を変更する\|S0ix ではなく S3 スリープを使用]]してください)、復帰後に {{ic\|nvme format}} をもう一度実行してみてください。[https://github.com/linux-nvme/nvme-cli/issues/84][https://forums.sandisk.com/t/sn750-cannot-format-using-the-nvme-command/253702]

	=== メーカー固有のプログラムを使う ===		=== メーカー固有のプログラムを使う ===
218行目:		218行目:
	\| {{man\|8\|mkfs.btrfs}} \|\| {{G\|4096}} \|\| {{G\|4096}}		\| {{man\|8\|mkfs.btrfs}} \|\| {{G\|4096}} \|\| {{G\|4096}}
	\|-		\|-
	\| {{man\|8\|mkfs.exfat}} \|\| {{R\|~~[https://github.com/exfatprogs/exfatprogs/issues/277 512]~~}} \|\| {{R\|512}}		\| {{man\|8\|mkfs.exfat}} \|\| {{G\|4096}} \|\| {{R\|512}}
	\|-		\|-
	\| {{man\|8\|mkfs.ext4}} \|\| {{Y\|4096}}<sup>1</sup> \|\| {{Y\|4096}}<sup>1</sup>		\| {{man\|8\|mkfs.ext4}} \|\| {{G\|4096}}<sup>1</sup> \|\| {{G\|4096}}<sup>1</sup>
	\|-		\|-
	\| {{man\|8\|mkfs.fat}} \|\| {{R\|512}} \|\| {{R\|512}}		\| {{man\|8\|mkfs.fat}} \|\| {{R\|512}} \|\| {{R\|512}}
260行目:		260行目:
	* UDF: {{bc\|# mkfs.udf -b 4096 /dev/''device''}}		* UDF: {{bc\|# mkfs.udf -b 4096 /dev/''device''}}
	* [[XFS]]: {{bc\|1=# mkfs.xfs -s size=4096 /dev/''device''}}		* [[XFS]]: {{bc\|1=# mkfs.xfs -s size=4096 /dev/''device''}}
	* [~~[ZFS~~#~~Advanced Format~~ ~~ディスク\|~~ZFS]]: {{bc\|1=# zpool create -o ashift=12 ''poolname'' raidz ''device0'' … ''deviceN''}}		* [https://openzfs.github.io/openzfs-docs/Project%20and%20Community/FAQ.html#advanced-format-disks ZFS]: {{bc\|# zpool create -o ashift{{=}}12 ''poolname'' raidz ''device0'' … ''deviceN''}}

	== 参照 ==		== 参照 ==
268行目:		268行目:
	* HDD のアライメントを間違えると、読み込み/書き込みのパフォーマンスが劣化します。具体的な例は [https://linuxconfig.org/linux-wd-ears-advanced-format] を見てください。		* HDD のアライメントを間違えると、読み込み/書き込みのパフォーマンスが劣化します。具体的な例は [https://linuxconfig.org/linux-wd-ears-advanced-format] を見てください。

	{{TranslationStatus\|Advanced Format\|2024-11-04\|~~819836~~}}		{{TranslationStatus\|Advanced Format\|2024-12-27\|824042}}

AshMyzk: 同期

2024-11-04T09:12:57Z

同期

← 古い版		2024年11月4日 (月) 18:12時点における版
161行目:		161行目:
	# openSeaChest_Format -d /dev/sd''X'' --setSectorSize=4096 --confirm this-will-erase-data		# openSeaChest_Format -d /dev/sd''X'' --setSectorSize=4096 --confirm this-will-erase-data

	このコマンドは完了するまで2分かかります。その後、ドライブは 4K ネイティブセクタサイズを使用するようになります。		このコマンドは完了するまで2分かかります。その後、ドライブは 4 KiB ネイティブセクタサイズを使用するようになります。

	== パーティションのアライメント ==		== パーティションのアライメント ==
186行目:		186行目:
	# cryptsetup luksDump ''device'' \| grep sector		# cryptsetup luksDump ''device'' \| grep sector

	デフォルトのセクタサイズが正しくない場合、4K のセクタサイズをそれ以外のデフォルトのオプションで LUKS2 コンテナを強制的に作成することができます:		デフォルトのセクタサイズが正しくない場合、4 KiB のセクタサイズをそれ以外のデフォルトのオプションで LUKS2 コンテナを強制的に作成することができます:

	# cryptsetup luksFormat --sector-size=4096 ''device''		# cryptsetup luksFormat --sector-size=4096 ''device''
198行目:		198行目:
	}}		}}

	{{Note\|~~基礎にある~~ドライブが 4K 物理セクタを使用しているときにこのコマンドが失敗する可能性がある理由については、[https://gitlab.com/cryptsetup/cryptsetup/-/issues/585 cryptsetup issue 585] を見てください。}}		{{Note\|実際のドライブが 4 KiB 物理セクタを使用しているときにこのコマンドが失敗する可能性がある理由については、[https://gitlab.com/cryptsetup/cryptsetup/-/issues/585 cryptsetup issue 585] を見てください。}}

	デバイスを間違ったセクタサイズで暗号化してしまった場合、以下のコマンドでそのデバイスを再暗号化できます:		デバイスを間違ったセクタサイズで暗号化してしまった場合、以下のコマンドでそのデバイスを再暗号化できます:
214行目:		214行目:
	! ''mkfs'' ユーティリティ !! 512e ディスク !! 512n ディスク		! ''mkfs'' ユーティリティ !! 512e ディスク !! 512n ディスク
	\|-		\|-
	\| ''mkfs.bcachefs'' \|\| {{G\|4096}} \|\| {{R\|512}}		\| ''mkfs.bcachefs'' \|\| {{G\|4096}} \|\| {{R\|[https://github.com/koverstreet/bcachefs/issues/765 512]}}
	\|-		\|-
	\| {{man\|8\|mkfs.btrfs}} \|\| {{G\|4096}} \|\| {{G\|4096}}		\| {{man\|8\|mkfs.btrfs}} \|\| {{G\|4096}} \|\| {{G\|4096}}
	\|-		\|-
	\| {{man\|8\|mkfs.exfat}} \|\| {{R\|512}} \|\| {{R\|512}}		\| {{man\|8\|mkfs.exfat}} \|\| {{R\|[https://github.com/exfatprogs/exfatprogs/issues/277 512]}} \|\| {{R\|512}}
	\|-		\|-
	\| {{man\|8\|mkfs.ext4}} \|\| {{Y\|4096}}<sup>1</sup> \|\| {{Y\|4096}}<sup>1</sup>		\| {{man\|8\|mkfs.ext4}} \|\| {{Y\|4096}}<sup>1</sup> \|\| {{Y\|4096}}<sup>1</sup>
224行目:		224行目:
	\| {{man\|8\|mkfs.fat}} \|\| {{R\|512}} \|\| {{R\|512}}		\| {{man\|8\|mkfs.fat}} \|\| {{R\|512}} \|\| {{R\|512}}
	\|-		\|-
	\| {{man\|8\|mkfs.f2fs}} \|\| {{R\|512}} \|\| {{R\|512}}		\| {{man\|8\|mkfs.f2fs}} \|\| {{R\|[https://github.com/jaegeuk/f2fs-tools/issues/29 512]}} \|\| {{R\|512}}
	\|-		\|-
	\| {{man\|8\|mkfs.jfs}} \|\| {{G\|4096}} \|\| {{G\|4096}}		\| {{man\|8\|mkfs.jfs}} \|\| {{G\|4096}} \|\| {{G\|4096}}
268行目:		268行目:
	* HDD のアライメントを間違えると、読み込み/書き込みのパフォーマンスが劣化します。具体的な例は [https://linuxconfig.org/linux-wd-ears-advanced-format] を見てください。		* HDD のアライメントを間違えると、読み込み/書き込みのパフォーマンスが劣化します。具体的な例は [https://linuxconfig.org/linux-wd-ears-advanced-format] を見てください。

	{{TranslationStatus\|Advanced Format\|2024-06-15\|~~809768~~}}		{{TranslationStatus\|Advanced Format\|2024-11-04\|819836}}

Kusanaginoturugi: アドバンスドフォーマットに変更

2024-08-14T12:34:34Z

アドバンスドフォーマットに変更

← 古い版		2024年8月14日 (水) 21:34時点における版
9行目:		9行目:
	{{Note\|ソフトウェアとドキュメントではストレージの種類に依らずに "セクタ" と "ブロック" を同じ意味で使用していることがあります。}}		{{Note\|ソフトウェアとドキュメントではストレージの種類に依らずに "セクタ" と "ブロック" を同じ意味で使用していることがあります。}}

	; 物理セクタサイズ: これは、物理ストレージデバイスがアトミックに書き込めるとする最小単位です。HDD の場合、これはプラッタにおけるセクタの実際のサイズです。従来、HDD の物理セクタサイズは 512 バイトでした。つまり、各セクタは 512 バイトのデータを格納できることを意味します。しかし、[[Wikipedia:Advanced Format#History\|~~Advanced Format~~]] HDD の登場により、物理セクタサイズは 4096 バイト (4 KiB) に増え、誤り訂正機能が向上しました。SSD は NAND フラッシュメモリの実際のページサイズ (典型的には 4 KiB から 16 KiB ) を公開せず、報告される物理セクタサイズは論理セクタサイズと同じです。NVMe SSD の場合は、利用可能であれば、Atomic Write Unit Power Fail (AWUPF) パラメータの値が使用されます。		; 物理セクタサイズ: これは、物理ストレージデバイスがアトミックに書き込めるとする最小単位です。HDD の場合、これはプラッタにおけるセクタの実際のサイズです。従来、HDD の物理セクタサイズは 512 バイトでした。つまり、各セクタは 512 バイトのデータを格納できることを意味します。しかし、[[Wikipedia:Advanced Format#History\|アドバンスドフォーマット]] HDD の登場により、物理セクタサイズは 4096 バイト (4 KiB) に増え、誤り訂正機能が向上しました。SSD は NAND フラッシュメモリの実際のページサイズ (典型的には 4 KiB から 16 KiB ) を公開せず、報告される物理セクタサイズは論理セクタサイズと同じです。NVMe SSD の場合は、利用可能であれば、Atomic Write Unit Power Fail (AWUPF) パラメータの値が使用されます。
	; 論理セクタサイズ: 論理セクタサイズ (別名、オペレーティングシステムセクタサイズ) は、オペレーティングシステムとアプリケーションに公開されるセクタサイズを表します。ソフトウェアのレベルでストレージデバイスに読み書きする際に用いられるセクタサイズです。論理セクタサイズは物理セクタサイズと異なる可能性があります。例えば、物理セクタサイズが 4096 バイトの ~~Advanced Format~~ HDD は、古いシステムとアプリケーションとの互換性のために、依然として 512 バイトの論理セクタサイズを使用する場合があります。		; 論理セクタサイズ: 論理セクタサイズ (別名、オペレーティングシステムセクタサイズ) は、オペレーティングシステムとアプリケーションに公開されるセクタサイズを表します。ソフトウェアのレベルでストレージデバイスに読み書きする際に用いられるセクタサイズです。論理セクタサイズは物理セクタサイズと異なる可能性があります。例えば、物理セクタサイズが 4096 バイトのアドバンスドフォーマット HDD は、古いシステムとアプリケーションとの互換性のために、依然として 512 バイトの論理セクタサイズを使用する場合があります。

	異なる "レイヤー" (つまり、デバイス、スタックブロックデバイス、ファイルシステム) は、同じセクタサイズを使用するべきです。そうしないと、ファームウェアの変換レイヤーからのマッピングプロセス (通常は透過的ですが) で回避可能なオーバーヘッドが発生します。		異なる "レイヤー" (つまり、デバイス、スタックブロックデバイス、ファイルシステム) は、同じセクタサイズを使用するべきです。そうしないと、ファームウェアの変換レイヤーからのマッピングプロセス (通常は透過的ですが) で回避可能なオーバーヘッドが発生します。
44行目:		44行目:
	ドライブのセクタサイズの変更は、低レベルなフォーマットが必要になる複雑なプロセスです。代替案として、ドライブ上にファイルシステムを作成する際にセクタサイズを手動で指定して最適なパフォーマンスを得ることができます。[[#dm-crypt]] と [[#ファイルシステム]] を見てください。		ドライブのセクタサイズの変更は、低レベルなフォーマットが必要になる複雑なプロセスです。代替案として、ドライブ上にファイルシステムを作成する際にセクタサイズを手動で指定して最適なパフォーマンスを得ることができます。[[#dm-crypt]] と [[#ファイルシステム]] を見てください。

	=== ~~Advanced Format~~ ハードディスクドライブ ===		=== アドバンスドフォーマットハードディスクドライブ ===

	[[hdparm]] ユーティリティを使うことで、~~Advanced Format~~ ハードディスクドライブのセクタサイズを変更できるかどうか調べることができます:		[[hdparm]] ユーティリティを使うことで、アドバンスドフォーマットハードディスクドライブのセクタサイズを変更できるかどうか調べることができます:

	# hdparm -I /dev/sd''X'' {{!}} grep 'Sector size:'		# hdparm -I /dev/sd''X'' {{!}} grep 'Sector size:'
52行目:		52行目:
	{{Note\|USB で接続されたドライブの場合、USB ブリッジが [[Wikipedia:SCSI / ATA Translation\|SAT (SCSI/ATA Translation)]] (ANSI INCITS 431-2007) をサポートしている必要があります。}}		{{Note\|USB で接続されたドライブの場合、USB ブリッジが [[Wikipedia:SCSI / ATA Translation\|SAT (SCSI/ATA Translation)]] (ANSI INCITS 431-2007) をサポートしている必要があります。}}

	Sector Configuration Log に複数の論理セクタサイズが表示される ~~Advanced Format~~ ドライブでは、それらのリストが表示されます:		Sector Configuration Log に複数の論理セクタサイズが表示されるアドバンスドフォーマットドライブでは、それらのリストが表示されます:

	{{bc\|		{{bc\|
59行目:		59行目:
	}}		}}

	複数の変更可能な論理セクタサイズをサポートしていないハードディスクドライブでは、現在のセクタサイズだけが報告されます。例えば、~~Advanced Format~~ 512e ドライブの場合:		複数の変更可能な論理セクタサイズをサポートしていないハードディスクドライブでは、現在のセクタサイズだけが報告されます。例えば、アドバンスドフォーマット 512e ドライブの場合:

	{{bc\|		{{bc\|
68行目:		68行目:
	これらの種類のドライブで最適なパフォーマンスを得るには、[[#dm-crypt]] セクタサイズまたは[[#ファイルシステム]]のブロックサイズが少なくとも 4096 バイトであり、かつ 4096 バイト境界にアライメントされている必要があります。		これらの種類のドライブで最適なパフォーマンスを得るには、[[#dm-crypt]] セクタサイズまたは[[#ファイルシステム]]のブロックサイズが少なくとも 4096 バイトであり、かつ 4096 バイト境界にアライメントされている必要があります。

	~~Advanced Format~~ 4Kn ドライブの場合:		アドバンスドフォーマット 4Kn ドライブの場合:

	{{bc\|		{{bc\|

Kusanaginoturugi: Kusanaginoturugi がページ「Advanced Format」を「アドバンスドフォーマット」に移動しました

2024-08-14T12:32:20Z

Kusanaginoturugi がページ「Advanced Format」を「アドバンスドフォーマット」に移動しました

← 古い版	2024年8月14日 (水) 21:32時点における版
(相違点なし)

AshMyzk: 同期

2024-06-15T03:07:40Z

同期

AshMyzk: 同期

2024-01-11T08:39:09Z

同期

差分を表示

AshMyzk: 同期

2023-07-29T06:58:22Z

同期

← 古い版		2023年7月29日 (土) 15:58時点における版
218行目:		218行目:

	特に、ファームウェアによって管理されている ''シングル磁気記録方式'' (Singled Magnetic Recording: SMR) ドライブは、物理セクタサイズが 4096 バイトの場合に 512 バイトの論理セクタサイズを使用すると、深刻な悪影響を受けます。これらのドライブは、パフォーマンスの異なる書き込み領域が存在し、アイドル時にはリマッピングの再割当てが発生しますが、高負荷なアクティブ書き込み (例: RAID resilvering、バックアップ、小さなファイルを大量に書き込む、rsync など) 時には、ファイルシステムのセクタサイズが異なる場合に書き込み速度が1桁の MB/s まで落ちる可能性があります。これは、高パフォーマンスな書き込み領域が枯渇し、単一の領域上でセクタの変換レイヤに高負荷がかかるからです。		特に、ファームウェアによって管理されている ''シングル磁気記録方式'' (Singled Magnetic Recording: SMR) ドライブは、物理セクタサイズが 4096 バイトの場合に 512 バイトの論理セクタサイズを使用すると、深刻な悪影響を受けます。これらのドライブは、パフォーマンスの異なる書き込み領域が存在し、アイドル時にはリマッピングの再割当てが発生しますが、高負荷なアクティブ書き込み (例: RAID resilvering、バックアップ、小さなファイルを大量に書き込む、rsync など) 時には、ファイルシステムのセクタサイズが異なる場合に書き込み速度が1桁の MB/s まで落ちる可能性があります。これは、高パフォーマンスな書き込み領域が枯渇し、単一の領域上でセクタの変換レイヤに高負荷がかかるからです。

			{{Note\|x86_64 システムでは、Linux は 4 KiB より大きいブロックサイズのファイルシステムをマウントすることができません。詳細と現在の進捗状況については [https://kernelnewbies.org/KernelProjects/large-block-size Large block sizes (LBS)] を参照してください。}}

	以下は、4096 バイトのセクタを明示的に設定する例です:		以下は、4096 バイトのセクタを明示的に設定する例です:
234行目:		236行目:
	* HDD のアライメントに失敗すると、読み込み/書き込みのパフォーマンスが劣化します。具体的な例は [https://linuxconfig.org/linux-wd-ears-advanced-format] を見てください。		* HDD のアライメントに失敗すると、読み込み/書き込みのパフォーマンスが劣化します。具体的な例は [https://linuxconfig.org/linux-wd-ears-advanced-format] を見てください。

	{{TranslationStatus\|Advanced Format\|2023-07-20\|~~783082~~}}		{{TranslationStatus\|Advanced Format\|2023-07-29\|783818}}

AshMyzk: /* NVMe ソリッドステートドライブ */ リンクを修正

2023-07-20T04:03:24Z

NVMe ソリッドステートドライブ: リンクを修正

← 古い版		2023年7月20日 (木) 13:03時点における版
90行目:		90行目:
	ほとんどの[[ソリッドステートドライブ]] (SSD) は、論理ブロックアドレスサイズが 512 バイトであると報告します。たとえ、それより大きなサイズ (典型的には 4 KiB、8 KiB、またはそれ以上) を物理的に使用していたとしてもです。		ほとんどの[[ソリッドステートドライブ]] (SSD) は、論理ブロックアドレスサイズが 512 バイトであると報告します。たとえ、それより大きなサイズ (典型的には 4 KiB、8 KiB、またはそれ以上) を物理的に使用していたとしてもです。

	[[~~NVME~~]] ドライブのフォーマットされた論理ブロックアドレスサイズ (FLBAS) を確認するには、''Identify Namespace'' コマンドを使ってください:		[[NVMe]] ドライブのフォーマットされた論理ブロックアドレスサイズ (FLBAS) を確認するには、''Identify Namespace'' コマンドを使ってください:

	{{hc\|# nvme id-ns -H /dev/nvme0n1 {{!}} grep "Relative Performance"\|		{{hc\|# nvme id-ns -H /dev/nvme0n1 {{!}} grep "Relative Performance"\|

← 古い版		2024年6月15日 (土) 12:07時点における版
217行目:		217行目:
	\|-		\|-
	\| {{man\|8\|mkfs.btrfs}} \|\| {{G\|4096}} \|\| {{G\|4096}}		\| {{man\|8\|mkfs.btrfs}} \|\| {{G\|4096}} \|\| {{G\|4096}}
			\|-
			\| {{man\|8\|mkfs.exfat}} \|\| {{R\|512}} \|\| {{R\|512}}
	\|-		\|-
	\| {{man\|8\|mkfs.ext4}} \|\| {{Y\|4096}}<sup>1</sup> \|\| {{Y\|4096}}<sup>1</sup>		\| {{man\|8\|mkfs.ext4}} \|\| {{Y\|4096}}<sup>1</sup> \|\| {{Y\|4096}}<sup>1</sup>
252行目:		254行目:

	* [[Bcachefs]]: {{bc\|1=# bcachefs format --block_size=4096 /dev/''device0'' /dev/''deviceN'' --replicas=''n''}}		* [[Bcachefs]]: {{bc\|1=# bcachefs format --block_size=4096 /dev/''device0'' /dev/''deviceN'' --replicas=''n''}}
			* exFAT: {{bc\|# mkfs.exfat -s 4096 /dev/''device''}}
	* [[ext4]]: {{bc\|# mkfs.ext4 -b 4096 /dev/''device''}}		* [[ext4]]: {{bc\|# mkfs.ext4 -b 4096 /dev/''device''}}
	* [[FAT]]: {{bc\|# mkfs.fat -S 4096 /dev/''device''}}		* [[FAT]]: {{bc\|# mkfs.fat -S 4096 /dev/''device''}}
263行目:		266行目:
	* [https://www.anandtech.com/Show/Index/2888 Western Digital’s Advanced Format: The 4K Sector Transition Begins]		* [https://www.anandtech.com/Show/Index/2888 Western Digital’s Advanced Format: The 4K Sector Transition Begins]
	* [https://www.wdc.com/wdproducts/library/WhitePapers/ENG/2579-771430.pdf White paper entitled "Advanced Format Technology."]		* [https://www.wdc.com/wdproducts/library/WhitePapers/ENG/2579-771430.pdf White paper entitled "Advanced Format Technology."]
	* HDD のアライメント~~に失敗す~~ると、読み込み/書き込みのパフォーマンスが劣化します。具体的な例は [https://linuxconfig.org/linux-wd-ears-advanced-format] を見てください。		* HDD のアライメントを間違えると、読み込み/書き込みのパフォーマンスが劣化します。具体的な例は [https://linuxconfig.org/linux-wd-ears-advanced-format] を見てください。

	{{TranslationStatus\|Advanced Format\|2024-01-11\|~~796563~~}}		{{TranslationStatus\|Advanced Format\|2024-06-15\|809768}}