簡単なことのように思えるかもしれませんが、ライブ形式で使用できるようにUSBドライブをフォーマットする際に問題が発生しています。 8GBと16GBのUSBドライブを使用しましたが、同じ結果になりました。ここに私がやることがあります:
Sudo umount /dev/sdb
Sudo mkfs.vfat -I /dev/sdb
Sudo fdisk /dev/sdb
、その後に続く一連のコマンド:n p 1 [intro] +7G a w
プロセスは正常に動作しているようであり、メッセージとともに存在します。
The partition table has been altered.
Calling ioctl() to re-read partition table.
Syncing disks.
(また、試してみました+4G
、およびFAT16とFAT32への変更、同じ結果。)
lsblk
に次の情報が表示されます。
NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT
sda 8:0 0 238,5G 0 disk
├─sda1 8:1 0 226,6G 0 part /
├─sda2 8:2 0 1K 0 part
└─sda5 8:5 0 11,9G 0 part [SWAP]
sdb 8:16 1 14,5G 0 disk
└─sdb1 8:17 1 7G 0 part
sr0 11:0 1 1024M 0 rom
ドライブを取り出して再度接続しますが、何も起こりません。ドライブは期待どおりに自動的にマウントされず、unetbootinを実行しても表示されません(通常、sdb
またはsdb1
新しいUSBドライブにすでにインストールされているドライブ)。
そのため、この時点では、どのように進むべきかわかりません。パーティション化されていないドライブ(sdb
に書き込む)でLiveバージョンを作成し、それを使用して起動しようとすると、ドライブは起動可能なドライブではないと表示されます。
このフォーラムおよび他のフォーラム( this を含む)で広範な検索を行いましたが、適切な情報が見つかりません。
あなたの手順は(一部)でした:
Sudo mkfs.vfat -I /dev/sdb
Sudo fdisk /dev/sdb
これには2つの問題があります。
/dev/sdb
など)ではなく、ディスク全体のデバイス(/dev/sdb1
)にファイルシステムを作成しました。ただし、ディスク全体のデバイスにファイルシステムを置くことは合法です。ファイルシステムをパーティションに入れるのはcustomaryで、そうすることで柔軟性が増します。手順3を省略した場合は機能すると考えられます。ただし、作成するツールまたはセットアップの一部がassumeディスクがパーティション分割されている可能性もあります。この場合、手順3を省略すると、後で問題が発生します。GPartedは、パーティション分割とファイルシステム作成タスクを正しい順序で実行し、作成したパーティションにファイルシステムを配置するため、GTRONICKが示唆したように、GPartedを使用したときにこれらの問題の両方を回避しました。 (GPartedユーザーインターフェイスは、2つの操作があるという事実を隠していますが、それらは裏で2つの異なる操作です。)
gparted
を使用して、ms-dosパーティションテーブルを作成するだけです。次に、FAT32としてフォーマットします。
この問題は、有効でないパーティションテーブル、存在しないか破損していることが原因である可能性があります。