パーティションが4096バイトの物理ブロックハードドライブで適切な容量を表示しないのはなぜですか？
新しい4096バイトの物理ブロックハードドライブをパーティション分割してアライメントを処理する必要がある理由について多くのことを読んだ後（ 4KBセクターディスク上のLinux：実用的なアドバイス 、 パーティションアライメントとは何ですか？なぜ私は必要ですか？ 、 新しいWestern Digitalハードドライブのパーティションを「整列」する必要があるのはなぜですか？ 、新しいディスクが適切にパーティション分割され、4096バイトでフォーマットされていることを確認しました。ブロック。
そこで、fdisk -b 4096 /dev/sdbを使用してパーティションを作成し、sdb1に50GBのサイズ、sdb2に412GB、残りのスペースをsdb3（sdb3に3.8GB）に指定しました。次のパーティションテーブル：
Disk /dev/sdb: 500.1 GB, 500107862016 bytes
255 heads, 63 sectors/track, 7600 cylinders, total 122096646 sectors
Units = sectors of 1 * 4096 = 4096 bytes
Sector size (logical/physical): 4096 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disk identifier: 0x1c7f9c20
Device Boot Start End Blocks Id System
/dev/sdb1 * 256 13107455 52428800 83 Linux
/dev/sdb2 13107456 121110783 432013312 83 Linux
/dev/sdb3 121110784 122096645 3943448 82 Linux swap
次に、sdb1とsdb2の両方をext4でフォーマットしました。
# mkfs.ext4 /dev/sdb1
mke2fs 1.42.4 (12-June-2012)
Filesystem label=
OS type: Linux
Block size=4096 (log=2)
Fragment size=4096 (log=2)
Stride=0 blocks, Stripe width=0 blocks
409600 inodes, 1638400 blocks
81920 blocks (5.00%) reserved for the super user
First data block=0
Maximum filesystem blocks=1677721600
50 block groups
32768 blocks per group, 32768 fragments per group
8192 inodes per group
Superblock backups stored on blocks:
32768, 98304, 163840, 229376, 294912, 819200, 884736, 1605632
Allocating group tables: done
Writing inode tables: done
Creating journal (32768 blocks): done
Writing superblocks and filesystem accounting information: done
# mkfs.ext4 /dev/sdb2
mke2fs 1.42.4 (12-June-2012)
Filesystem label=
OS type: Linux
Block size=4096 (log=2)
Fragment size=4096 (log=2)
Stride=0 blocks, Stripe width=0 blocks
3375104 inodes, 13500416 blocks
675020 blocks (5.00%) reserved for the super user
First data block=0
Maximum filesystem blocks=0
412 block groups
32768 blocks per group, 32768 fragments per group
8192 inodes per group
Superblock backups stored on blocks:
32768, 98304, 163840, 229376, 294912, 819200, 884736, 1605632, 2654208,
4096000, 7962624, 11239424
Allocating group tables: done
Writing inode tables: done
Creating journal (32768 blocks): done
Writing superblocks and filesystem accounting information: done
スワップ領域を設定します。
# mkswap /dev/sdb3
Setting up swapspace version 1, size = 492924 KiB
no label, UUID=2d18a027-6c03-4b29-b03e-c0c7f61413c5
私が最初に気付いた奇妙なことは、報告されたスワップサイズがわずか492924KiBであったことです。次に、新しくフォーマットされたパーティションをミュートした後、それらが本来よりもはるかに小さく見えることがわかりました。
Filesystem Size Used Avail Use% Mounted on
/dev/sdb1 6.3G 222M 5.8G 4% /mnt/Zip
/dev/sdb2 52G 907M 48G 2% /mnt/memory
なぜそれが起こっているのですか？これを修正する方法はありますか？
編集：
@Alexiosの提案の後、再起動を試みましたが、/ proc/partitionsは変更されませんでした。/dev/sdaと/ dev/sdbはどちらも同じ500GBドライブですが、/ dev/sdaはアラインなし（セクター63以降のデフォルトの512バイトセクターサイズを使用）および/ dev/sdbアライン済み（セクター255以降の4096セクターサイズを使用）でフォーマットしました）。ご覧のとおり、システムは/ dev/sdbのブロックが/ dev/sdaよりも少ないと見なしますが、両方とも同じサイズでパーティション化されています。
# cat /proc/partitions
major minor #blocks name
11 0 4590208 sr0
8 0 488386584 sda
8 1 48829536 sda1
8 2 437498145 sda2
8 3 2058871 sda3
8 16 488386584 sdb
8 17 6553600 sdb1
8 18 54001664 sdb2
8 19 492931 sdb3
何が起こっているのかというと、-bスイッチは意味がなく、そこにあるべきではないということです。 MBRに記録されるセクター番号は、常にドライブの論理セクターサイズ（512バイト）の単位であると解釈されます。 -bスイッチを使用すると、fdiskが記録するすべてのセクターを8で除算するため、カーネルはパーティションを意図したサイズの1/8に解釈します。
partedの代わりにfdiskを使用すると、パーティションが自動的に適切に配置されるようになります。 fdiskを使用して、開始セクターが8の倍数であることを確認してください。