アドバンスドフォーマットのソースを表示

[[Category:ストレージ]]
[[en:Advanced Format]]
[[es:Advanced Format]]
[[ru:Advanced Format]]
すべてのストレージデバイスには、使うことのできる最小の記憶単位が存在します。この利用可能な最小単位は一般に[[Wikipedia:ja:ディスクセクタ|セクタ]]と呼ばれており、従来のストレージデバイスの回転部品を最小に分割したものでした (ソリッドステートドライブはメモリセルを使用し、最小単位はページです)。[https://www.oo-software.com/en/docs/whitepaper/whitepaper_ssd.pdf] を参照してください。

異なるストレージデバイスは、異なるセクタサイズを使用します。[[Wikipedia:Advanced Format#History|2011 年以降]]、最近のハードディスクドライブは通常 (512 バイトではなく) 4 KiB セクタを使用します。ソリッドステートドライブは、複数のフォーマットをサポートしていることがあります。

異なる「レイヤー」(つまり、デバイス / スタックされたブロックデバイス / ファイルシステム) 間で同じセクタサイズを使用するべきです。同じセクタサイズを使わない場合、ファームウェアがファイルシステムのセクタと物理ドライブのセクタとの間でマッピングを行わなければなりません。これは通常、変換レイヤーによって透過的に行われますが、これは回避可能なオーバーヘッドであり、そうすることでパフォーマンスが向上します。

==4k セクタを使用している HDD のモデル==
2011年6月現在、"Advanced Format" または 4k セクタをサポートしている HDD の数は以下のように限られています。

以下のリストに記載されているドライブは全て物理セクタのサイズが4096バイトです。ただし全てのドライブがセクタサイズを正しく OS に報告するわけではありません。(ATA-8 規格の新しいフィールドで) 報告される実際の値を、表の中では報告される物理セクタサイズとして示しています。パーティショニングツールはこの値を使ってアライメントを行うため、間違ってアライメントされる問題が起こらないようにセクタサイズを 4096 にする必要があります。

論理セクタサイズはデータの転送に使われるセクタサイズです。この値はディスクの LBA セクタの数だけ倍加されてディスクの容量になります。そのため、論理セクタが4096バイトのディスクでは、論理セクタが512バイトの同じ容量のドライブと比べて最大 LBA が少なくなります。(2009年以前にリリースされた) 旧式のオペレーティングシステムとの互換性は論理セクタが512バイトのドライブの方が良好ですが、発揮できるパフォーマンスは論理セクタが4096バイトのドライブの方が少しだけ上になります (例: NCQ バッファにより多くの読み書きリクエストを収納できる)。

{|class="wikitable"
!rowspan=2| メーカー !!rowspan=2| モデル !!rowspan=2| 容量 !!colspan=2| 報告されるセクタサイズ (バイト)
|-
! 論理 !! 物理
|-
|colspan=5| '''3.5"'''
|-
| Samsung         || HD204UI     || 2.0 TB || 512  || 512
|-
| Seagate         || ST3500413AS || 500.0 GB || 512  || 512
|-
| Seagate         || ST500DM002  || 500.0 GB || 512  || 4096
|-
| Seagate         || ST1000DL002 || 1.0 TB || 512  || 4096
|-
| Seagate         || ST1000DM003 || 1.0 TB || 512  || 4096
|-
| Seagate         || ST1000DM010 || 1.0 TB || 512  || 4096
|-
| Seagate         || ST2000DL003 || 2.0 TB || 512  || 512
|-
| Seagate         || ST2000DM001 || 2.0 TB || 512  || 4096
|-
| Seagate         || ST3000DM001 || 3.0 TB || 512  || 4096
|-
| Seagate         || ST4000DM000 || 4.0 TB || 512  || 4096
|-
| Seagate         || ST4000DM005 || 4.0 TB || 512  || 4096
|-
| Seagate         || ST4000VN000 || 4.0 TB || 512  || 4096
|-
| Western Digital || WD3000F9YZ  || 2.0 TB || 512  || 4096
|-
| Western Digital || WD30EZRX    || 3.0 TB || 512  || 4096
|-
| Western Digital || WD20EZRX    || 2.0 TB || 512  || 4096
|-
| Western Digital || WD30EZRSDTL || 3.0 TB
|-
| Western Digital || WD25EZRSDTL || 2.5 TB
|-
| Western Digital || WD20EARX    || 2.0 TB || 512  || 4096
|-
| Western Digital || WD20EFRX    || 2.0 TB || 512  || 4096
|-
| Western Digital || WD30EFRX    || 3.0 TB || 512  || 4096
|-
| Western Digital || WD40EFRX    || 4.0 TB || 512  || 4096
|-
| Western Digital || WD60EFRX    || 6.0 TB || 512  || 4096
|-
| Western Digital || WD10EARS    || 1.0 TB
|-
| Western Digital || WD15EARS    || 1.5 TB || 512  || [http://excess.org/article/2010/11/wd-hdd-lying-about-4k-sectors/ 4096]
|-
| Western Digital || WD20EARS    || 2.0 TB || 512  || [http://community.wd.com/t5/Desktop-Mobile-Drives/Physical-Sector-Size-different-between-WD20EARS-00MVWB0-and/td-p/218226 4096] または [http://community.wdc.com/t5/Desktop/4k-sector-drive-reporting-512-byte-sectors-to-OS-why/td-p/205060 512]
|-
| Western Digital || WD10EURS    || 1.0 TB
|-
| Western Digital || WD8000AARS  || 800.0 GB
|-
| Western Digital || WD6400AARS  || 640.0 GB
|-
|colspan=5| '''2.5"'''
|-
| Samsung        ||  ST1000LM024|| 1.0 TB || 512 || 4096
|-
| Samsung        ||  ST2000LM003|| 2.0 TB || 512 || 4096
|-
| Seagate         || ST320LT007 || 320 GB || 512 || 4096
|-
| Seagate         || ST9750420AS || 750 GB || 512 || 4096
|-
|-
| Seagate         || ST1000LM014 || 1.0 TB || 512 || 4096
|-
| Seagate        || ST4000LM016 || 4.0 TB || 512 || 4096
|-
| Western Digital || WD10JPVT    || 1.0 TB || 512  || 4096
|-
| Western Digital || WD10TPVT    || 1.0 TB
|-
| Western Digital || WD7500BPVT || 750.0 GB
|-
| Western Digital || WD7500KPVT || 750.0 GB
|-
| Western Digital || WD6400BPVT  || 640.0 GB
|-
| Western Digital || WD5000BPVT  || 500.0 GB
|-
| Western Digital || WD3200BPVT  || 320.0 GB
|-
| Western Digital || WD2500BPVT  || 250.0 GB || 512  || 4096
|-
| Western Digital || WD1600BPVT  || 160.0 GB
|-
| Western Digital || WD7500BPKX  || 750.0 GB || 512  || 4096
|-
| TOSHIBA || MQ01ABD100 || 1.0 TB || 512 || 4096
|-
| TOSHIBA || MQ01ABC150 || 1.5 TB || 512 || 4096
|}

{{Note|これを読んだらぜひ表に HDD を追加してください。}}

== HDD が 4k セクタを使用しているかどうか判断する方法 ==

ハードディスク (例: {{ic|/dev/sd''X''}}) の物理・論理セクタサイズは以下の sysfs エントリで確認することができます:
 $ cat /sys/class/block/sd''X''/queue/physical_block_size
 $ cat /sys/class/block/sd''X''/queue/logical_block_size

以下のツールは (ドライブが正しい値を報告しているのを前提として) ドライブの物理セクタを報告します:
* smartmontools (5.41 から; <tt>smartmontools -a</tt>, 情報セクション)
* hdparm (9.12 から; <tt>hdparm -I</tt>, 設定セクション)

USB 接続のディスクでも上記のツールは使えます (USB ブリッジが SAT、別名 SCSI/ATA Translation または ANSI INCITS 431-2007 に対応している場合)。

== ソリッドステートドライブ ==

Most [[solid state drive]]s (SSDs) report their sector size as 512 bytes, even though they use larger sectors - typically 4 KiB, 8 KiB, or sometimes larger. As a result, file systems cannot automatically optimize for the native sector size. To avoid sub-optimal performance, one can either:

* [[#File systems|Manually specify]] the sector size when creating a file system,
* [[#Setting native sector size|Change]] the native sector size reported by the device.

=== NVMe ドライブのサポートされているセクタサイズを調べる ===

Use [[smartmontools]] to check supported sector sizes:

{{hc|# smartctl -a ''device''|
...
Supported LBA Sizes (NSID 0x1)
Id Fmt  Data  Metadt  Rel_Perf
 0 +     512       0         2
 1 -    4096       0         1
...
}}

=== ネイティブのセクタサイズを設定する ===

As an alternative to manually overriding the auto-detected sector size, some SSDs can have their sector size changed during formatting, so that they report a number closer to their true sector size.

==== NVMe ====

To see whether a given [[NVMe]] device supports this, use the ''Identify Namespace'' command.

{{hc|# nvme id-ns /dev/nvme0n1|
nlbaf   : 0
[...]
lbaf  0 : ms:0   lbads:9  rp:0 (in use)
}}

{{ic|nlbaf}} is the number of LBA formats minus 1, so here there is only one format supported.  The list of formats is at the end of the output.  Here {{ic|lbaf 0}} means LBA format #0.  It has an {{ic|lbads}} (LBA data size) of 9, which means sectors are 2<sup>9</sup> or 512 bytes.  If the device is capable of 4 KiB sectors, there will be another entry here with an {{ic|lbads}} of 12.  The {{ic|rp}} (Relative Performance) value indicates which format will provide the best performance, with 0 being the best.  {{ic|ms}} is (probably) the number of extra metadata bytes per sector, and this is not well supported under Linux so best to select a format with a value of 0 here.

To change the sector size, use {{ic|nvme format}} and specify the preferred value with the {{ic|--lbaf}} parameter. If {{ic|nvme format}} fails, try putting the machine to sleep (e.g., with {{ic|systemctl suspend}}) and then try running {{ic|nvme format}} again after waking it. If {{ic|nvme format}} still fails, fiddling with your BIOS settings might help.

==== SATA ====

For SATA devices, manufacturer specific programs must be used. Not all SATA devices support having the sector size changed.

===== Intel =====

For Intel use the [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}}) with the {{ic|1=-set PhysicalSectorSize=4096}} option.

===== Seagate =====

For Seagate use {{AUR|seagate-seachest}}.

Scan all drives to find the correct one, and print info from the one you found:

 # SeaChest_Basics --scan
 # SeaChest_Basics -d /dev/sg''X'' -i

Should print out information about the drive. Make sure to check the serial number.

Check the logical block sizes supported by the drive:

 # SeaChest_Format -d /dev/sg''X'' --showSupportedFormats

If 4096 is listed, you can change the logical sector size to it as follows:

 # SeaChest_Format -d /dev/sg''X'' --setSectorSize=4096 --confirm this-will-erase-data

This will take a couple of minutes, after which your drive now uses a 4K native sector size.

== パーティションのアライメント ==

パーティションを正しくアライメントすることで、読み込み・変更・書き込みの過剰なサイクルを回避できます。家庭用のコンピュータでは、各パーティションの開始位置とサイズを 1 MiB (1 048 576 バイト) 境界にアライメントするのが一般的です。これは、一般的に使用されているすべてのサイズ (1 MiB、512 KiB、128 KiB、4 KiB、512 B) で割り切ることができるので、一般的なページサイズとブロックサイズのシナリオすべてをカバーします。

{{Warning|パーティションのアライメントを誤ると、dm-crypt/LUKS で 4096 バイトセクタを使用できなくなります。[https://lore.kernel.org/dm-crypt/fe8cd3b4-6d50-66d3-375c-254e278a6443@gmail.com/] を見てください。}}

* [[fdisk|fdisk、cfdisk、sfdisk]] はアライメントを自動的に管理します。
* [[GPT fdisk|gdisk と cgdisk]] はアライメントを自動的に管理します。
** ''sgdisk'' はデフォルトで、パーティションの開始位置のみをアライメントします。パーティションのサイズや終了位置のアライメントも有効化するには、{{ic|-I}}/{{ic|--align-end}} オプションを使ってください。
* [[Parted#アライメント|Parted]] はパーティションの開始位置のみをアライメントし、サイズと終了位置はアライメントしません。パーティションを作成するときは、パーティションの終了位置をメビバイトかより大きな IEC 2進接頭辞で指定するようにしてください。

== dm-crypt ==

{{Expansion|Add example for plain dm-crypt.}}

As of [[Cryptsetup]] 2.4.0, {{ic|luksFormat}} automatically detects the optimal encryption sector size for LUKS2 format [https://mirrors.edge.kernel.org/pub/linux/utils/cryptsetup/v2.4/v2.4.0-ReleaseNotes]. 

However, for this to work, the device needs to report the correct default sector size, see [[#Setting native sector size]].

After using {{ic|cryptsetup luksFormat}}, you can check the sector size used by the LUKS2 volume with

 # cryptsetup luksDump ''device'' | grep sector

If the default sector size is incorrect, you can force create a LUKS2 container with a 4K sector size and otherwise default options with: 

 # cryptsetup luksFormat --sector-size=4096 ''device''

The command will abort on an error if the requested size does not match your device:

{{bc|# cryptsetup luksFormat --sector-size 4096 ''device''
(...)
Verify passphrase: 
Device size is not aligned to requested sector size.
}}

{{Note|See [https://gitlab.com/cryptsetup/cryptsetup/-/issues/585 cryptsetup issue 585] for why the command may fail while the underlying drive does use 4K physical sectors.}}

If you encrypted your device with the wrong sector size, the device can be re-encrypted by running:

{{Warning|The contained file system must have a block size of 4096 bytes or a multiple of it, otherwise it will break.}}

 # cryptsetup reencrypt --sector-size=4096 ''device''

== ファイルシステム ==

{{man|8|mkfs.btrfs}}, {{man|8|mkfs.jfs}}, {{man|8|mkfs.nilfs2}}, {{man|8|mkfs.reiserfs}} and {{man|8|mkswap}} default to a 4096 byte sector size.

{{man|8|mkfs.ext4}} defaults to 1024 byte sectors for file systems smaller than 512 MiB and 4096 byte sectors for 512 MiB and larger.

{{man|8|mkfs.xfs}} defaults to 512 byte sectors, but will use 4096 for 512e and 4Kn disks.

{{man|8|mkfs.f2fs}}, {{man|8|mkfs.fat}}, {{man|8|mkfs.ntfs}} and {{man|8|mkfs.udf}} use the backing device's logical sector size. I.e. they will use 512 byte sectors for 512e disks and 4096 byte sectors for 4Kn disks.

If the storage device does not report the correct sector size, you can explicitly format the partitions according to the physical sector size.

In particular ''shingled magnetic recording'' (SMR) drives that are firmware-managed are severely and negatively impacted if using a logical sector size of 512 bytes if their physical sector size is of 4096 bytes. Those drives have different performance writing zones and remapping reallocation occurs while being idle, but during heavy active writes (e.g., RAID resilvering, backups, writing many small files, rsync, etc.), a different file system sector size could drop write speed to single digit megabytes/second, as the higher performance write areas get depleted, and the sector translation layer gets overworked on the shingled areas. 

Here are some examples to set the 4096-byte sector size explicitly:

* [[ext4]]: {{bc|# mkfs.ext4 -b 4096 /dev/''device''}}
* [[XFS]]: {{bc|1=# mkfs.xfs -s size=4096 /dev/''device''}}
* [[FAT]]: {{bc|# mkfs.fat -S 4096 /dev/''device''}}
* [[NTFS-3G]]: {{bc|# mkfs.ntfs -Q -s 4096 /dev/''device''}}
* UDF: {{bc|# mkfs.udf -b 4096 /dev/''device''}}

== 参照 ==

* [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."]
* HDD のアライメントに失敗すると、読み込み/書き込みのパフォーマンスが劣化します。具体的な例は [https://linuxconfig.org/linux-wd-ears-advanced-format] を見てください。