Formatar e particionar corretamente um drive USB no Lubuntu para uso ao vivo

1

Pode parecer uma coisa fácil de fazer, mas estou com problemas na formatação de uma unidade USB para que ela possa ser usada no formato Live. Eu usei drives USB de 8 e 16GB, com o mesmo resultado. Aqui está o que eu faço:

  1. desmonte a unidade: sudo umount /dev/sdb
  2. formate a unidade: sudo mkfs.vfat -I /dev/sdb
  3. particionando a unidade: sudo fdisk /dev/sdb , seguido por esta sequência de comandos: n p 1 [intro] +7G a w

O processo parece funcionar bem e existe com a mensagem:

The partition table has been altered.
Calling ioctl() to re-read partition table.
Syncing disks.

(Também tentei +4G e alterei para FAT16 e FAT32, mesmo resultado.)

lsblk agora mostra esta informação:

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  

Eu retiro a unidade e a conecto novamente, mas nada acontece. A unidade não é montada automaticamente, como esperado, e não é exibida quando eu executo o unetbootin (normalmente, vejo as unidades sdb ou sdb1 que já vêm instaladas em uma nova unidade USB).

Então, neste ponto, não sei como proceder. Quando eu crio a versão Live em uma unidade que não tenha sido particionada (escrevendo para sdb ) e tente inicializar com ela, ela dirá que a unidade não é inicializável.

Fizemos uma extensa pesquisa neste e em outros fóruns (incluindo this ), mas não conseguimos encontrar as informações corretas.

    
por nightcod3r 04.05.2017 / 20:35

2 respostas

2

Seu procedimento foi (em parte):

  1. formate a unidade: sudo mkfs.vfat -I /dev/sdb
  2. particionando a unidade: sudo fdisk /dev/sdb

Há duas coisas erradas com isso:

  • Order reversal - Você precisa particionar o disco antes de criar um sistema de arquivos em ("format"). Isso ocorre porque as partições armazenam sistemas de arquivos, portanto, as partições devem existir antes que os sistemas de arquivos sejam criados. Você acabou com uma partição que apontava para uma parte semi-aleatória do disco e não para o início de um sistema de arquivos.
  • Sistemas de arquivos em todo o disco - Como acabamos de observar, as partições mantêm os sistemas de arquivos; no entanto, você criou um sistema de arquivos no dispositivo de disco inteiro ( /dev/sdb ), em vez de em uma partição no dispositivo (como /dev/sdb1 ). Dito isto, porém, colocar um sistema de arquivos em um dispositivo de disco inteiro é legal; é apenas costumeiro colocar sistemas de arquivos em partições, e isso aumenta a flexibilidade. É concebível que teria funcionado se você tivesse omitido o passo 3; mas também é possível que algumas das ferramentas ou configurações que você deseja criar assumam que o disco seja particionado, caso em que omitir a etapa nº 3 poderia causar problemas mais tarde.

Quando você usou o GParted, como GTRONICK sugeriu, você ignorou esses dois problemas, porque o GParted executa as tarefas de particionamento e criação de sistema de arquivos na ordem correta e coloca os sistemas de arquivos nas partições criadas. (A interface de usuário do GParted esconde o fato de que existem duas operações, mas são duas operações distintas, nos bastidores.)

    
por Rod Smith 04.05.2017 / 21:16
0

Use apenas gparted e crie uma tabela de partições ms-dos. Em seguida, formate-o como FAT32.

O problema pode ser causado por uma tabela de partição inválida, inexistente ou corrompida.

    
por GTRONICK 04.05.2017 / 21:01