Dado este script:
#!/usr/bin/env bash
DEVICE="/dev/sdb"
parted -s $DEVICE mklabel gpt
parted -a optimal $DEVICE mkpart primary fat16 0% 100%
parted $DEVICE name 1 msdos
# Boot partition
mkfs.fat ${DEVICE}1
Eu recebo esta unidade:
Model: innostor USB 3.0 (scsi)
Disk /dev/sde: 16.1GB
Sector size (logical/physical): 512B/512B
Partition Table: gpt
Disk Flags:
Number Start End Size File system Name Flags
1 1049kB 16.1GB 16.1GB msdos msftdata
Eu esperava ver fat16
sob File system
.
Quando tento montar minha nova partição, lsblk
mostra que ela cria um dispositivo de loop (não sei por que).
sdb 8:64 1 15G 0 disk
└─sdb1 8:65 1 15G 0 part
loop0 7:3 0 16.6M 0 loop /media/pknopf/usb-drive
Eu esperava ver /dev/sdb1
montado em /media/pknopf/usb-drive
, em vez desse dispositivo de loopback.
A razão por que isso é um problema é porque quando esse comportamento acontece, minha partição não pode ser usada como uma partição ESP, a placa-mãe não a reconhece e carrega qualquer EFI exe nela. Eu tenho outra ferramenta que faz (o que eu acho que é) a mesma coisa que estou fazendo, no entanto, parted
mostra o sistema de arquivos correto e montagem não envolve um dispositivo de loop. Isso me faz acreditar que essas esquisitices são uma extensão de um problema de deaper que também afeta o comportamento de inicialização da unidade.
Tags uefi filesystems parted fat