Problema no tamanho do bloco do criador do disco de inicialização USB

9

Posso fazer pendrives USB inicializáveis ​​com sucesso. Recentemente, no entanto, notei que o espaço não utilizado nas unidades é desperdiçado.

Por exemplo, se eu usar um pen drive de 16 GB e carregar 16.04 nele por meio da ferramenta Start Disk Creator, recebo um pen drive com cerca de 14 GB não utilizados (e inutilizáveis).

Tentei formatar o espaço em branco usando o Gparted, mas recebo o seguinte erro:

The driver descriptor says the physical block size is 2048 bytes, but Linux says that it is 512 bytes.

Existe uma maneira de formatar o espaço não utilizado e usá-lo?

Rick-777
fonte
2
Pergunta relacionada: askubuntu.com/questions/675649/…
Rick-777

Respostas:

3

Então, finalmente encontrei a resposta depois de procurar um ano!

Quando você recebe essa mensagem de aviso após usar o USB Startup Disk Creator

"O descritor do driver diz que o tamanho do bloco físico é 2048 bytes, mas o Linux diz que é 512 bytes". Significa que o comando dd atrás da boa GUI esqueceu de especificar a opção bs = 2048.

Primeiro, identifique qual letra de unidade o pen drive recebeu do kernel

sudo parted --list

Por exemplo, esta unidade USB está no Disco Serial do Dispositivo h: (/ dev / sdh)

Modelo: KINGSTON DataTraveler G3 (scsi) Suporte / dev / sdh: 4001MB

Use as informações para limpar todas as tabelas e dados da partição da unidade

⚠ AVISO ESTE PRÓXIMO PASSO DESTRUIRÁ TODOS OS DADOS NA UNIDADE ⚠

sudo wipefs --all /dev/sdX

Certifique-se de ter escolhido o pen drive correto para o valor de X, para não limpar acidentalmente o disco rígido / SSD

fundo

Não é que o espaço não utilizado seja desperdiçado. O disco USB foi corrompido pelo USB Startup Disk Creator. Por alguma razão, o USB Startup Disk Creator tornou-se criador de CD-ROM. Ele grava o seu USB-Stick no formato iso9660, destinado apenas aos CD-ROMs. Desde novos computadores não vêm com jogadores de CD-ROM ou escritores mais este é um bug de regressão e foi relatado aqui: https://bugs.launchpad.net/ubuntu/+source/usb-creator/+bug/1708881

Kat Amsterdam
fonte
A maioria das distribuições Linux fornece arquivos ISO híbridos, que funcionam tanto para criar discos de inicialização de DVD quanto para unidades de inicialização USB. Isso significa que haverá um sistema de arquivos iso 9660 na unidade USB. Isso não está errado, é um sistema funcional para uma unidade somente ao vivo e uma unidade instaladora. O problema é que algumas ferramentas não entendem o que é e reclamam que estão corrompidas. Felizmente, haverá uma nova versão do gparted17.10, que pode reconhecer essas unidades. - Você pode restaurar tal unidade de inicialização para um dispositivo de armazenamento padrão com mkusb, help.ubuntu.com/community/mkusb/wipe
sudodus
Veja mais detalhes neste link, askubuntu.com/questions/962727/…
sudodus 15/10
executar sudo wipefs --all / / dev / sdb eu tenho: inicialização sondagem falhou: dispositivo ou recurso ocupados
Carmine
Eu consegui desalocar o espaço "livre" que era somente leitura, mas não era capaz de formatar via Ubuntu, porque onde está escrito o usb-ubuntu live estava bloqueando-o. A partir do W7, ele me permite formatar o espaço livre (14 Gb) e resgatar todo o espaço livre. Dessa forma, perdi apenas 2 GB.
Carmine
0

Alguns criadores de disco de inicialização, como o instalador universal usb, podem criar algum espaço para colocar documentos e outros programas, que permanecem após a reinicialização do usb ativo. Você pode definir esse tamanho e usar mais do seu usb dessa maneira.

Não conheço nenhuma maneira de colocar arquivos ao lado do seu ISO inicializável e ainda assim fazê-lo funcionar.

O redimensionamento da partição provavelmente não fará diferença, e o criador do disco de inicialização escolhe uma tabela de partição que aparentemente apenas permite uma partição primária, por isso parece que não consigo criar outra partição no espaço não alocado. Parece que a única opção é usar o instalador universal usb (ou qualquer outro criador de live usb que suporte isso) para criar maior espaço para armazenamento persistente.

Frederik Baetens
fonte