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)