Linux Live USB - ISO 9660パーティションがUSBスティック全体を占めるのはなぜですか?

Linux Live USB - ISO 9660パーティションがUSBスティック全体を占めるのはなぜですか?

Ubuntu 20.04およびFedora 32ライブイメージを調べたところ、最初の(ISO 9660)パーティションがイメージ全体をカバーするように設定されていることがわかりました(少なくともMBRのパーティションテーブルではGPTがまだ検証されていません)。 Ubuntuの場合は約2.7GB、Fedoraの場合は約1.3GBです。ただし、ddを使用してこれらのISOをUSBスティックにコピーした後、gpartedはISO 9660パーティションに32GBのスティック全体が含まれていることを示しています。

これはgpartedエラーですか? ISO 9660パーティションはLBA 0から始まり、MBR自体も効果的に上書きされるように設定されているため、パーティションレイアウトは少し複雑です。このパーティションがイメージ全体を覆わなければならなかった理由はまだわかりません。 DVDで焼くときに使用できる唯一のファイルシステムはISO 9660だからです。

答え1

私たちはこれが間違いだと言うことができます(とのgparted対応するエラーparted)。これらのツール「理解できない」USBフラッシュドライブ(および他の大容量記憶装置)に複製するときのisoファイルのパーティション構造。

  • fdisk最新バージョンのおよびを使用してドライブを表示し、lsblkより良い結果を得ることができます。
  • ドライブヘッダーとISOファイルのイメージの後ろにパーティションを作成できます。このパーティションはデータを保存するために使用することができ、Ubuntu 20.04 LTSやDebian 10ライブなどの永続的なライブシステムの永続パーティションとして使用することもできます。直接使用して実行することfdiskも、mkfs使いやすくなります。mkusbプラグ。 mkusb-plug ツールは Fedora で実行できない場合があります。

lsblkLubuntuを使用してfdisk複製されたライブUSBドライブを表示する例:

$ lsblk -o model,name,size,fstype,label,mountpoint /dev/sdc
MODEL            NAME    SIZE FSTYPE  LABEL                     MOUNTPOINT
Voyager GT 3.0   sdc    29,5G iso9660 Lubuntu 20.04.1 LTS amd64 
                 ├─sdc1  1,7G iso9660 Lubuntu 20.04.1 LTS amd64 /media/sudodus/Lubuntu 20.04.1 LTS amd64
                 └─sdc2  3,9M vfat    Lubuntu 20.04.1 LTS amd64 

$ LANG=C sudo fdisk -lu /dev/sdc
Disk /dev/sdc: 29,5 GiB, 31641829376 bytes, 61800448 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
Disklabel type: dos
Disk identifier: 0x2d846e8c

Device     Boot   Start     End Sectors  Size Id Type
/dev/sdc1  *          0 3576319 3576320  1,7G  0 Empty
/dev/sdc2       3541360 3549295    7936  3,9M ef EFI (FAT-12/16/32)

関連情報