Eu tenho um novo Silicon Power Marvel M70
O que me preocupa é dentro do tamanho de 45MB. Porquê tanto? 1MB é típico para o alinhamento.
Então, eu carreguei um hexeditor no Linux com este comando:
hexdump /dev/sdb -C | less
E eu encontro "strings" de dados como os seguintes:
Invalid partition table. Error loading operating system.Missing operating system.
Remove disks or other media. Disk error. Press any key to restart. U.RRaA.
This program cannot be run in DOS mode.
CpaintDC. UserException. CResourceException.
An application has made an attempt to load the C runtime library
incorrectly. Please contact the application's support team for more
information. Attempt to use MSIL code from this assembly during native
code.
Isso está dentro da área UNALLOCATED de 45 MB ... Não deveria ser zeros direto da fábrica? Além disso, uma unidade idêntica (veja abaixo) tem tamanhos completamente diferentes para a área não alocada e particionada; parece que os dados executáveis são ou foram armazenados lá
Eu nunca encontrei isso antes. Tem mais alguém? Eu liguei para a empresa e eles não tinham uma explicação apenas para me dizer que, ao abrir uma e conectá-la ao computador, a mesma também mostra 45 MB de espaço não alocado no início da unidade.
Isso indica que provavelmente é feito assim na fábrica e não apenas o meu tem essa configuração.
Estou preocupado com o que está armazenado lá; e é possivelmente executável, etc. especialmente ao ver as strings hexdump do texto acima de dentro dos 45 MB de “espaço não alocado”. Se for executável; Eu diria que talvez seja acessível ao iniciar o disco.
Alguém viu isso antes? Alguma explicação que você possa pensar?
EDITAR: Quando liguei para a empresa que faz isso, eles também conectaram um tamanho de 128GB da mesma linha de modelo e o espaço não alocado foi de 31 MB. Não tenho certeza se isso tem alguma influência sobre o que pode estar acontecendo aqui, mas certamente não é "proporcional" ou, no mínimo, o mesmo.
EDIT: Em seguida, tentei outra unidade nova (unidades de mesmo modelo, número de lote, tamanho (64 GB). Conforme exibido pelo GParted:
-
Unidade 1: 45,33 MiB não alocada e 58,89 GB FAT32
-
Drive # 2: 46,38 MiB não alocado e 54,70 GB FAT32
Ambos devem ser drives de 64 GB. De tamanho idêntico, etc. Isso é direto da fábrica. Eu nunca encontrei esse tipo de discrepância com outras unidades flash. Quer dizer, isso significa mais de 4 GB de espaço de armazenamento entre as duas unidades no tamanho total do setor.
As displayed by "fdisk -l" as requested (for the #2 drive only since I already cleared out the partition table of drive #1):
Disk /dev/sdc: 58.8 GB, 58787364864 bytes
90 heads, 26 sectors/track, 49067 cylinders, total 114819072 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: 0x75cbf5af
Device Boot: /dev/sdb1
Start: 94976
End: 114819071
Blocks: 57362048
Id: c
System: W95 FAT32 (LBA)
Além disso, isso não explica por que há 45MB ou 46MB de espaço não alocado antes da primeira partição, mas para duas unidades de 64GB idênticas quando executo um " dd if = / dev / sdb de = / flash_drive_dd .img bs = 1M "comando (o que deve me dar uma indicação de toda a capacidade de armazenamento da unidade, certo?) Eu recebo dois números completamente diferentes:
O Drive # 1 exibe 63.283.658.752 tamanho de arquivo
O Drive # 2 exibe o tamanho do arquivo de 58,787,364,864
Esses valores são para a unidade completa ... não apenas para uma partição de unidades de 64 GB supostamente idênticas.
Em relação ao setor drasticamente diferente possivelmente relacionado, conte com dois dispositivos idênticos (Talvez isso deva ser um ponto de interrogação diferente?) O superprovisionamento está possivelmente ocorrendo --- > À luz de perceber que dois drives identificáveis de 64 GB mostram tamanhos de setor disponíveis amplamente diferentes (um chegando em nenhum lugar perto de 64.000.000.000 MB) Isso significa que um está superprovisionando ou algo enquanto o outro não está?
A maneira que eu entendo o que eu deveria ver no meu sistema operacional é o seguinte: eu tomo 64.000.000.000 bytes e divido por 1024 ^ 3 e devo obter 59,6 GB sendo relatado pelo sistema operacional (ou muito próximo).
Mesmo se houver algum "superprovisionamento" (existe tal coisa para unidades flash USB como para SSD), pelo menos eu esperaria que fossem tamanhos consistentes e não muito diferentes entre dois modelos idênticos.
Mas, fora da caixa:
O Drive # 1 tem apenas 63.283.658.752 setores para todo o dispositivo, que é de 58,9G. Se eu fiz minha matemática corretamente; Estou perdendo mais de 700 MB para essa unidade.
e
O Drive # 2 tem apenas 58,787,364,864, o qual é 54,8G. E, novamente, se eu tiver feito minha matemática corretamente, estou perdendo 5,2 GB para o segundo disco.
Isso é desconcertante ... modelos idênticos com WAY menos espaço (para toda a unidade) do que eu esperaria ... a segunda unidade sendo muito menor em tamanho que a outra.
Mesmo foi superprovisionamento de algum tipo; Eu acho que deveria ser consistente, não?
Isso nem explica o espaço não alocado de 45 ou 46 MB no início, com dados aparentemente executáveis.
As coisas continuam ficando cada vez mais estranhas, a menos que eu esteja sentindo falta de algo fundamental sobre as unidades flash USB.
Desculpe, isso é um pouco longo ... Eu continuo descobrindo mais coisas e adicionando conforme eu vou adiante.