4096バイトの物理ブロックドライブで、私のパーティションが正しい容量を示していないのはなぜですか?

4096バイトの物理ブロックドライブで、私のパーティションが正しい容量を示していないのはなぜですか?

最新の4096バイトの物理ブロックハードドライブを分割する必要がある理由について多くの内容を読み、ソートに注意を払った後(4KBセクターディスクのLinux:実用的なアドバイスパーティションのソートとは何ですか?なぜ必要なのですか?新しいWestern Digitalハードドライブのパーティションを「整列」する必要があるのはなぜですか?、新しいディスクが4096バイトブロックに正しく分割されフォーマットされていることを確認しました。

そのため、それを使用してパーティションをfdisk -b 4096 /dev/sdb分割しsdb1、サイズを50 GB sdb2、残りのスペースを412 sdb3GB(sdb3の場合は3.8 GB)、次のパーティションテーブルを取得しました。

    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

それからext4でフォーマットしましたsdb1sdb2

# 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 は両方とも同じ 500 GB ドライブですが、/dev/sda はソートされていないとしてフォーマットし (セクター 63 以降で始まる既定の 512 バイトのセクター・サイズを使用)、/dev/sdb はソート済みとしてフォーマットしました。 (4096セクタサイズを使用するセクタ255以降から開始))。ご覧のとおり、システムは/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

ベストアンサー1

何が起こるのかは、この-bスイッチが話すべきではなく、存在してはいけないということです。 MBRに書き込まれたセクタ番号は、常にドライブの論理セクタサイズ(512バイト)で解釈されます。このスイッチを使用すると、-bfdiskが記録するすべてのセクタを8で割るので、カーネルはパーティションを予想サイズの1/8と解釈します。

parted代わりにを使用すると、fdiskパーティションは自動的に正しくソートされます。使用するときは、fdisk開始セクタが8の倍数であることを確認してください。

おすすめ記事