Demasiados FATs no Drive USB?

Question

Há algum tempo, escrevi uma imagem em um drive USB usando algo ao longo destas linhas:

dd bs=4M if=/path/to/image.iso of=/dev/sdb && sync

Algo deve ter ido terrivelmente errado porque depois de usar a unidade uma ou duas vezes, o Ubuntu não ligou mais. Então, decidi substituir a tabela de partições primeiro, já que a tabela de partição de imagem não é uma tabela padrão. Então eu fiz:

dd count=1 bs=512 if=/dev/zero of=/dev/sdb && sync

Depois disso, o Ubuntu de repente montou a unidade novamente e eu realmente consegui acessar a imagem. Isso é engraçado, já que eu basicamente apaguei a tabela de partições. Então, eu tentei:

cfdisk /dev/sdb

No entanto, cfdisk gritou FATAL ERROR: cannot open disk drive . Então, eu tentei o gparted e criei uma nova tabela de partições. Agora, a unidade é montada automaticamente, mas eu suspeitei de tudo, então tentei fsck.msdos e esta é a mensagem muito perturbadora que recebi:

prompt@prompt:~$fsck.msdos /dev/sdb
dosfck 3.0.12, 29 Oct 2011, FAT32, LFN,
Currently, only 1 or 2 FATs are supported, not 251.

No entanto, se eu verificar a tabela de partições com fdisk , não receberei mensagens de erro, nada, apenas uma tabela limpa com uma partição:

Disk /dev/sdb: 4004 MB, 4004511744 bytes
218 heads, 51 sectors/track, 703 cylinders, total 7821312 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x00095e47

Device Boot      Start         End      Blocks   Id  System
/dev/sdb1            2048     7821311     3909632    b  W95 FAT32

Então, a única opção que vejo agora é zerar o primeiro setor, que é como tudo isso começou em primeiro lugar. Vou tentar zerar o dispositivo completo e relatar os resultados. Não hesite em me dar outras sugestões.

    

Answer 1

Limpe o primeiro mibibyte

Normalmente, é suficiente apagar (substituir com zeros) o primeiro mibibyte para se livrar dos dados, pode confundir os programas que usam ou criam tabelas de partição e sistemas de arquivos.

Você pode fazer isso com dd semelhante ao que você fez com os primeiros 512 bytes. Mas dd é arriscado, então eu recomendo mkusb , que 'envolve um cinto de segurança em torno de dd '. Há também outras ferramentas, que são mais seguras do que dd , por exemplo Discos alias gnome-disks .

Zerar a unidade inteira deve funcionar, mas ela é lenta e causará desgaste desnecessário das células de memória. Eu uso apenas, quando a unidade está ficando lenta (para torná-lo rápido novamente e restaurar a margem para 'travamento'. Veja este link: Vida útil pendrive

Clonagem

O processo de clonagem é muito confiável, quando feito corretamente com dd , mkusb ou alguma outra ferramenta de clonagem.

Então eu acho que seu problema depende da tabela de partição e / ou sistemas de arquivos, que vem do arquivo de imagem ( image.iso ), ou foi causado por um desligamento ruim ou incompleto, que corrompeu o sistema de arquivos.

Você não deve desconectar a unidade USB enquanto alguma partição ainda estiver montada. É importante deixar o sistema liberar os buffers, terminar de gravar dados da RAM no sistema de arquivos da partição.

    

Answer 2

Eu consertei o mesmo erro usando o Kde-parted.

Eu recebi este erro e nem fsck.vfat nem dosfsck corrigiram

Então eu fiz um novo FAT, com antes desmontar, marcado a partição, na parte superior, device, faça new FAT, ou ctrl - shift - N .

Em seguida, o formato fez uma nova partição e tudo funcionou normalmente novamente.