web-dev-qa-db-ja.com

ISOファイルをUSBフラッシュデバイス全体に書き込み後、最初のパーティションのみがISOチェックサムと一致するのはなぜですか？

私はddを使用してISOファイルをUSBスティックに「書き込み」ます。

dd bs=4M if=/mnt/media/ISO/Fedora-Workstation-Live-x86_64-31-1.9.iso   of=/dev/sdd conv=fdatasync  status=progress

これで、いくつかのパーティションが作成されたことがわかります。

sdd      8:48   1   1.9G  0 disk 
├─sdd1   8:49   1   1.8G  0 part /run/media/alex/Fedora-WS-Live-31-1-9
├─sdd2   8:50   1  10.6M  0 part 
└─sdd3   8:51   1  22.2M  0 part

ドライブ全体ではなく、sdd1のみがISOチェックサムと一致するのはなぜですか？他のパーティションのファイルを確認しました。これらのISO関連ファイルが含まれています。

linuxusb-drivebootuefidisk-image
1
Alex

あなたが何を成し遂げようとしているのか私にはわかりません。

ファイルをrawデバイスに書き込んでいるようです。ファイルがその種類のデバイスに適したディスクイメージでない限り、これは私には意味がありません。

Fedora-Live ISOはSquashFSファイルシステムであり、rawデバイスへのダンプに適したバイナリまたはrawイメージではありません。

これはFedora-Live ISOなので、単にISOをDVDに書き込むことで得られる起動可能なDvDから起動可能なUSBを作成したいと思います。次のような標準的なツールがあります。 netbootin

          ****** edit *****

OK、ISOファイルをプルダウンして、ISOのfdiskを実行しました。

fdisk Fedora-Workstation-Live-x86_64-31-1.9.iso

コマンド（m for help）：p

ディスクFedora-Workstation-Live-x86_64-31-1.9.iso：1.8 GiB、1929379840バイト、3768320セクター単位：1 * 512のセクター= 512バイトセクターサイズ（論理/物理）：512バイト/ 512バイトI/Oサイズ（最小/最適）：512バイト/ 512バイトディスクラベルタイプ：dosディスク識別子：0x6f869649

デバイスブートスタートエンドセクターサイズIDタイプ

Fedora-Workstation-Live-x86_64-31-1.9.iso1 * 0 3768319 3768320 1.8G 0空

Fedora-Workstation-Live-x86_64-31-1.9.iso2 172 21887 21716 10.6M ef EFI（FAT-12/16/32）

Fedora-Workstation-Live-x86_64-31-1.9.iso3 888 67407 45520 22.2M 0空

ISOは3つのパーティションを定義し、そのうち1と3はタイプ0空です。

0
user10216038

DDは、イメージをバイト単位でUSBドライブにコピーし、正確なクローンを作成します。イメージを保持する1つのパーティションを作成します。そのため、イメージファイルを含むパーティションのみに一致するチェックサムがあります。 Fedoraの詳細については完全には分かりませんが、DDコマンドを使用して起動可能なUSBドライブを作成する一般的なLinuxディストリビューションでは、2つのパーティションは次のとおりです。

  1. イメージを含むパーティション（チェックサム一致）
  2. EFIパーティション（OSの起動に必要なファイルが含まれています、link = https://en.wikipedia.org/wiki/EFI_system_partition ）。

ドライブの残りのスペースは、未割り当ての空きスペースとして残されます。他のパーティションのファイルに関する詳細を提供すると、より適切な回答が得られる可能性があります

0
Gaurav J

/ dev/sddがISOファイルとまったく同じサイズでない限り（これはありそうもありません）、/ dev/sddには、古い削除済みデータまたはゼロを含む未割り当ての空のスペースが含まれます。ゼロが含まれていても、チェックサムに影響します。

/ dev/sddから読み取るときにhead -c <number of bytes> /dev/sddを使用して、デバイスのチェックサムを計算するときにデバイスの最後にあるパディングを削除する必要がある場合があります。

0
Lie Ryan