Tengo un nuevo Silicon Power Marvel M70 La unidad flash USB de 64 GB tiene 45 MB de espacio no asignado que precede a los 58.89 GB de espacio disponible. No me importa tener menos de 64 GB ya que sé que se debe a 1024 matemáticas basadas.
Lo que me preocupa es del tamaño de 45MB. ¿Porque tanto? 1MB es típico para la alineación.
Entonces, cargué un hexeditor en Linux con este comando:
hexdump /dev/sdb -C | less
Y encuentro "cadenas" de datos como los siguientes:
Tabla de particiones no válida. Error al cargar el sistema operativo. Sistema operativo faltante.
Saque discos o otros medios. Error de disco. Presiona cualquier tecla para reiniciar. U.RRaA.
Este programa no se puede ejecutar en modo DOS.
CpaintDC. UserException. CResourceException.
Una aplicación ha intentado cargar la biblioteca de tiempo de ejecución de C incorrectamente. Por favor, póngase en contacto con el equipo de soporte de la aplicación para más información. Intente usar el código MSIL de este ensamblaje durante el proceso nativo código.
Eso está dentro del área de 45 MB DESCONECTADO ... ¿No deberían ser ceros directamente de la fábrica? Además, una unidad idéntica (ver a continuación) tiene tamaños completamente diferentes para el área no asignada y particionada; Parece que los datos ejecutables están o fueron almacenados allí.
Nunca he encontrado esto antes. ¿Alguien más? Llamé a la compañía y no tuvieron una explicación para decirme que al abrir una y conectarla a la computadora, la suya también muestra 45 MB de espacio no asignado al comienzo de la unidad.
Eso indica que probablemente se haga así en la fábrica y no solo la mía tiene esta configuración.
Me preocupa lo que está almacenado allí; y es posiblemente ejecutable, etc. especialmente al ver las cadenas de texto hexdump de arriba desde los 45 MB de "espacio no asignado". Si es ejecutable; Supongo que tal vez sea accesible al arrancar desde el disco.
¿Alguien ha visto esto antes? ¿Alguna explicación que se te ocurra?
EDITAR: Cuando llamé a la compañía que lo hace, también conectaron un tamaño de 128 GB de la misma línea de modelo y el espacio no asignado era de 31 MB. No estoy seguro de si eso tiene algo que ver con lo que podría estar pasando aquí, pero ciertamente no es "proporcional" o al menos lo mismo.
EDITAR: Posteriormente probé otra unidad nueva (unidades del mismo modelo, número de lote, tamaño (64 GB). Como lo muestra GParted:
Unidad # 1: 45.33 MiB sin asignar y 58.89GB FAT32
Unidad # 2: 46.38 MiB sin asignar y 54.70GB FAT32
Se supone que ambos son unidades de 64 GB. Idéntico en tamaño, etc. Esto es directamente de fábrica. Nunca he encontrado este tipo de discrepancia con otras unidades flash. Quiero decir, eso es más de 4 GB menos de espacio de almacenamiento entre las dos unidades en el tamaño total del sector.
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
Arranque del dispositivo: / dev / sdb1
Principio: 94976
Fin: 114819071
Bloques: 57362048
Id: c
Sistema: W95 FAT32 (LBA)
Además, esto no explica por qué hay 45 MB o 46 MB de espacio no asignado antes de la primera partición, pero para 2 unidades de 64 GB idénticas cuando ejecuto una dd if = / dev / sdb of = / flash_drive_dd.img bs = 1M "comando (que debería darme una indicación de la capacidad de almacenamiento completa de la unidad, ¿verdad?) Tengo dos números completamente diferentes:
La unidad # 1 muestra 63,283,658,752 de tamaño de archivo
La unidad # 2 muestra un tamaño de archivo de 58,787,364,864
Esos valores son para la unidad completa ... no solo una partición de unidades de 64 GB modelo supuestamente idénticas.
En relación con el posible y drásticamente diferente sector, cuente con dos dispositivos idénticos (¿Quizás debería ser una pregunta diferente?) Es posible que exista un exceso de aprovisionamiento --- & gt; Teniendo en cuenta que dos unidades de 64 GB idénticas muestran tamaños de sector disponibles muy diferentes (uno viene en ninguna parte cerca de cerca de 64,000,000,000 MB) ¿Eso significa que uno está sobreavisando o algo así, mientras que el otro no?
La forma en que entiendo lo que debería ver en mi sistema operativo es la siguiente: tomo 64,000,000,000 bytes y divido por 1024 ^ 3 y DEBERÍA obtener 59.6 GB informados por el sistema operativo (o muy cerca).
Incluso si hay algún "exceso de aprovisionamiento" (hay algo así para las unidades flash USB como para SSD), al menos esperaría que fueran de tamaños consistentes y no muy diferentes entre dos unidades modelo idénticas.
Pero, recién salido de la caja:
La unidad # 1 solo tiene 63,283,658,752 sectores para todo el dispositivo que es 58.9G. Si he hecho mis matemáticas correctamente; Me faltan más de 700 MB para este disco.
Y
La unidad # 2 solo tiene 58,787,364,864 que es 54.8G Y nuevamente, si he hecho mis cálculos correctamente, me faltan 5.2 GB para la segunda unidad.
Eso es desconcertante ... modelos idénticos con una MUCHA menos espacio (para toda la unidad) de lo que yo esperaría ... la segunda unidad es mucho menor en tamaño que la otra.
Incluso era un exceso de provisión de algún tipo; Pensaría que debería ser consistente no?
Eso ni siquiera explica los 45 o 46 MB de espacio no asignado al principio con datos aparentemente ejecutables.
Las cosas se vuelven cada vez más extrañas a menos que me esté perdiendo algo fundamental acerca de las unidades flash USB.
Lo siento, esto es un poco largo ... Sigo descubriendo más cosas y agregando a medida que avanzo.
An application has made an attempt to load the C runtime library incorrectly ) son parte de MSVCRT . Aparentemente, la biblioteca de tiempo de ejecución está enlazada estáticamente a cualquier ejecutable presente allí. Cuerdas anteriores, tales como "Invalid partition table. Error loading operating system. son parte del MBR / bootloader de Windows.
strings la búsqueda de toda la unidad no tiene sentido; Tendrá que mostrar la tabla de particiones para que podamos ver de qué está hablando: es decir, fdisk -l.