Parted: A criação da partição fat32 na nova unidade não é montada corretamente, usa o dispositivo de loop

0

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.

    
por Paul Knopf 15.05.2018 / 21:19

0 respostas