☰

同じディスク上の2つのパーティションの比較

tag-icon • tag-icon partition hard-disk ext4 ntfs
同じディスク上の2つのパーティションの比較

物理的に同じディスクが2つあります。それぞれに1つのパーティションがあります。

| Disk     | FS   | Size     | Comment                          |
|----------+------+----------+----------------------------------|
| /dev/sdb | NTFS | 468.8 GB | Partition created long           |
|          |      |          | ago with Partition magic, Win XP |
|----------+------+----------+----------------------------------|
| /dev/sdc | ext4 | 458.5 GB | Partition created last           |
|          |      |          | week with Linux fdisk v. 2.21.2  |
|----------+------+----------+----------------------------------|

以下は、各ファイルのfdisk情報です。

深セン開発銀行

Disk /dev/sdb: 500.1 GB, 500107862016 bytes
255 heads, 63 sectors/track, 60801 cylinders, total 976773168 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x3765c6b7

   Device Boot      Start         End      Blocks   Id  System
/dev/sdb1   *          63   976768064   488384001    7  HPFS/NTFS/exFAT

SDDC

Disk /dev/sdc: 500.1 GB, 500107862016 bytes
81 heads, 63 sectors/track, 191411 cylinders, total 976773168 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0xe84f8200

   Device Boot      Start         End      Blocks   Id  System
/dev/sdc1            2048   976773167   488385560   83  Linux

fdiskは同じですが、他の情報を提供します。

| Disk | heads | cylinders |
|------+-------+-----------|
| sdb  |   255 |     60801 |
| sdc  |    63 |    191411 |

質問

  1. なぜこのような違いが存在するのでしょうか？

  2. sdb1がブロック＃68064で終わり、sdcがブロック＃73167で終わるのはなぜですか？

    エンドスペース：976773167 - 976768064 = 5103ブロック

    開始スペース: 63 - 2048 = -1985 ブロック

    合計: 5103 - 1985 = 3118 ブロック

sdc1には3118個のブロックが残っている必要があります。そして実際にはパーティションは小さいです。なぜ？

  1. ブロック＃2048でパーティショニングを開始し、そこから63番ブロックを開始するのが最善だと聞きました。したがって、sdcファイルシステムはsdbよりも高速に動作する必要があります。これは本当ですか？

ベストアンサー1

  1. シリンダー/ヘッド/セクターのアドレッシングは使用されなくなりましたが、一部の古いディスクユーティリティはまだデフォルトでそれを使用し、Linuxはfdiskエミュレーションでそれをサポートしています。それが提供するCHS値は、ディスクの物理現実を参照しませんが、現在のパーティションテーブルに基づいて推測されます。おそらく無視しても安全でしょう。

  2. デフォルトでは、sdc1はディスクの最後まで実行されますfdisk。 sdb1は短い場所で停止し、あいまいな目的で最後に空き領域が残ります（おそらくWindowsでこれを使用しますか？）。一方、sdc1 は 2048 セクタで始まるので、1MB です。これにより、最新のディスクで優れたパフォーマンスが保証され、ブートローダ、GPT（必要な場合）などの最初のパーティションの前に十分なスペースが確保されます。 sdb1 は、最初のブートパーティションとして以前の標準を使用します。これは最新のハードウェアでも引き続き機能しますが、ソートの問題とブートローディングの問題が発生する可能性があります。

    sdb1がsdc1のセクタが長いのにsdc1よりも大きくスキャンするのはなぜですか？ファイルシステムチェッカーがこの番号を取得すると、ファイルシステムが異なり、コードが同じ方法でそれを処理しないためです。 （たとえば、NTFS FSコードはrawパーティションのサイズに似ていることを報告できますが、ext *はファイルシステムのオーバーヘッドを除きます）。

  3. パーティション起動セクタが重要かどうかは設定によって異なります。古いディスクは、すべてが512バイトでソートされていれば大丈夫です。最新のデバイスは4k物理セクタに切り替わるため、その粒度と一致することを望みます（そうしないと、深刻なパフォーマンスが低下します）。 1Mから始めると、4kアライメントを保証しながら、デバイスの先頭にディスクオーバーヘッドを追加するさまざまな（主にLinux / Unix）デバイスマッパー技術を使用する方が簡単になります。あなたの場合、これが重要であるかどうかを言うのは難しいですが、1Mアライメントはおそらく良い形式です。

おすすめ記事