Ho una nuovissima chiavetta USB Silicon Power Marvel M70 da 64 GB con 45 MB di spazio non allocato che precede i 58.89 GB di spazio disponibile. Non mi interessa avere meno di 64 GB poiché so che è dovuto alla matematica basata su 1024.
Quello che mi preoccupa è all'interno delle dimensioni di 45 MB. Perché così tanto? 1 MB è tipico per l'allineamento.
Quindi, ho caricato un hexeditor in Linux con questo comando:
hexdump /dev/sdb -C | less
E trovo "stringhe" di dati come il seguente:
Tabella di partizione invalida. Errore durante il caricamento del sistema operativo. Sistema operativo mancante.
Rimuovere i dischi o altri supporti. Errore del disco. Premere un tasto qualsiasi per riavviare. U.RRaA.
Questo programma non può essere eseguito in modalità DOS.
CPaintDC. UserException. CResourceException.
Un'applicazione ha tentato di caricare la libreria di runtime C in modo errato. Per ulteriori informazioni, contattare il team di supporto dell'applicazione. Tentativo di utilizzare il codice MSIL da questo assembly durante il codice nativo.
Questo è all'interno dell'area UNALLOCATED 45 MB ... Non dovrebbe essere zero direttamente dalla fabbrica? Inoltre, un'unità identica (vedi sotto) ha dimensioni completamente diverse per l'area non allocata e partizionata; sembra che i dati eseguibili siano o siano stati memorizzati lì
Non l'ho mai visto prima. Qualcun altro? Ho chiamato la società e non avevano una spiegazione solo per dirmi che all'apertura di uno e al collegamento al computer il loro mostra anche 45 MB di spazio non allocato all'inizio del disco.
Ciò indica che probabilmente è stato fatto così in fabbrica e non solo il mio ha questa configurazione.
Sono preoccupato per ciò che è memorizzato lì; ed è forse eseguibile, ecc. specialmente con la visualizzazione delle stringhe hexdump di testo sopra all'interno dei 45 MB di "spazio non allocato". Se è eseguibile; Suppongo che forse è accessibile all'avvio dell'unità.
Qualcuno l'ha già visto? Qualche spiegazione ti viene in mente?
EDIT: Quando ho chiamato la società che lo produce, hanno anche inserito una dimensione di 128 GB della stessa linea di modello e lo spazio non allocato era di 31 MB. Non sono sicuro che ciò influisca su ciò che potrebbe accadere qui, ma non è certamente "proporzionale" o almeno lo stesso.
EDIT: Successivamente ho provato un'altra unità nuova di zecca (stesso modello, numero di lotto, dimensioni (64 GB) unità. Come visualizzato da GParted:
Unità n. 1: 45.33 MiB non allocati e 58.89 GB FAT32
Unità n. 2: 46,38 MiB non allocati e 54,70 GB FAT32
Si suppone che entrambi siano unità da 64 GB. Dimensioni identiche, ecc. Questo è direttamente dalla fabbrica. Non ho mai riscontrato questo tipo di discrepanza con altre unità flash. Voglio dire, si tratta di oltre 4 GB di spazio di archiviazione in meno tra le due unità nella dimensione totale del settore.
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
Avvio dispositivo: / dev / sdb1
Inizio: 94976
Fine: 114819071
Blocchi: 57362048
Id: c
Sistema: W95 FAT32 (LBA)
Inoltre, questo non spiega perché ci sono 45 MB o 46 MB di spazio non allocato prima della prima partizione, ma per 2 unità identiche da 64 GB quando eseguo un " dd if = / dev / sdb di = / flash_drive_dd.img bs = 1M " comando (che dovrebbe darmi un'indicazione dell'intera capacità di archiviazione del disco giusto?) Ottengo due numeri completamente diversi:
L'unità n. 1 visualizza 63.283.658.752 dimensioni del file
L'unità n. 2 visualizza 58.787.364.864 dimensioni del file
Questi valori sono per l'unità completa ... non solo una partizione di unità da 64 GB modello presumibilmente identiche.
Riguardo al settore drasticamente diverso eventualmente correlato conta su due dispositivi identici (forse questo dovrebbe essere un post di domanda diverso?) È possibile che si verifichi overprovisioning ---> Alla luce del rendersi conto che due unità identiche da 64 GB mostrano dimensioni del settore disponibili selvaggiamente diverse (una non arriva da nessuna parte quasi vicino a 64.000.000.000 di MB) Significa che uno è overprovisioning o qualcosa mentre l'altro no?
Il modo in cui capisco cosa dovrei vedere nel mio sistema operativo è il seguente: prendo 64.000.000.000 di byte e li divido per 1024 ^ 3 e DOVREBBE ottenere 59,6 GB segnalati dal sistema operativo (o molto vicino).
Anche se c'è qualche "overprovisioning" (esiste una cosa simile per le unità flash USB come per SSD) almeno mi aspetterei che sia di dimensioni coerenti e non selvaggiamente diverse tra due unità modello identiche.
Ma, appena pronto:
Drive # 1 ha solo 63.283.658.752 settori per l'intero dispositivo che è 58.9G. Se ho fatto la mia matematica correttamente; Mi mancano oltre 700 MB per questa unità.
E
L'unità n. 2 ha solo 58.787.364.864, che è 54.8G e, di nuovo, se ho fatto correttamente la mia matematica, mi mancano 5,2 GB per la seconda unità.
È sconcertante ... modelli identici con MODO WAY meno spazio (per l'intero disco) di quanto mi aspetterei ... il secondo disco essendo di dimensioni molto inferiori rispetto all'altro.
Perfino era un approvvigionamento eccessivo di qualche tipo; Penso che dovrebbe essere coerente no?
Ciò non spiega nemmeno il valore di 45 o 46 MB di spazio non allocato all'inizio con dati apparentemente eseguibili.
Le cose continuano a diventare sempre più strane a meno che non mi manchi qualcosa di fondamentale sulle unità flash USB.
Mi dispiace, questo è un po 'lungo ... Continuo a scoprire altre cose e ad aggiungere mentre vado avanti.
An application has made an attempt to load the C runtime library incorrectly
) Fanno parte di MSVCRT . Apparentemente, la libreria di runtime è staticamente collegata a qualsiasi eseguibile presente lì. Stringhe precedenti, ad esempio "Invalid partition table. Error loading operating system.
fanno parte dell'MBR / bootloader di Windows.
strings
ricerca dell'intera unità non ha senso; dovrai mostrare la tabella delle partizioni in modo che possiamo vedere di cosa stai parlando: ad es fdisk -l
.