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 で実行できない場合があります。
lsblk
Lubuntuを使用して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)