Diagnóstico de una memoria USB que no se lee

Porque el dispositivo le está diciendo al sistema que tiene cero sectores utilizables. El controlador de una unidad mantiene una tabla de traducción: el mapa de direcciones lógicas a celdas físicas de memoria. Si esa zona de servicio se daña, el controlador no puede reconstruirla y cae en modo de emergencia, informando de capacidad cero. El sistema de archivos no tiene nada que ver, por eso fallan el formateo, la comprobación de disco y el reparticionado: no hay nada que direccionar. Lo único que arregla esto es reprogramar el controlador con una herramienta de producción para ese chip concreto.

No, y conviene saberlo de antemano. La clase de almacenamiento masivo está en la lista de protegidas de la especificación WebUSB: una página no puede conectarse a la unidad ni aunque el usuario lo autorice. Las interfaces de archivos del navegador funcionan sobre un sistema de archivos ya montado, y una unidad averiada no lo tiene. Reiniciar un controlador, reescribir la tabla de particiones o grabar firmware desde el navegador es imposible por diseño. Por eso esta herramienta da el diagnóstico y los comandos exactos, y los ejecutas tú en tu sistema.

Los datos, siempre. Casi todo lo que devuelve una unidad al servicio — formatear, crear particiones, reprogramar el controlador — borra su contenido. El orden correcto es: sacar una imagen sector a sector al disco duro del ordenador, extraer los archivos de la imagen con software de recuperación y solo entonces reparar la unidad. Si los archivos se leen aunque sea en parte, cópialos de inmediato: el estado de una memoria moribunda cambia de una conexión a otra.

Un MPTool (mass production tool) es la utilidad de fábrica con la que se programa un controlador en la línea de producción: organiza la memoria, construye la tabla de traducción y descarta los bloques malos. La escribe el fabricante del controlador y solo funciona con sus chips, a menudo solo con una revisión concreta. De ahí la ausencia de solución universal: primero se identifica el controlador (ChipGenius o Flash Drive Information Extractor) y después se busca la herramienta mediante las tablas de flashboot.ru o usbdev.ru. Todo lo que se vende como «reparador universal de memorias USB» en el mejor de los casos solo formatea.

Solo si no necesitas los archivos. Ese aviso significa que se ha dañado una parte de servicio del sistema de archivos mientras los datos suelen estar intactos. El formateo sobrescribe exactamente esa parte y la recuperación se vuelve mucho más difícil: los archivos hay que reconstruirlos por firmas, sin nombres ni estructura de carpetas. La secuencia correcta es imagen, recuperación desde la imagen y solo después formateo.

En Windows: Administrador de dispositivos, propiedades de la unidad, pestaña «Detalles», y allí elegir «Id. de hardware» — obtienes una cadena como USB\VID_090C&PID_1000. Más rápido aún es el comando de PowerShell incluido en los pasos de la herramienta. En Linux basta lsusb; en macOS, Información del Sistema, sección USB. Estos códigos identifican el dispositivo en el bus, y el VID a menudo apunta al fabricante del controlador, lo que ya indica hacia dónde buscar.

Para transportar archivos sí; como almacenamiento no. Una unidad que una vez cayó en modo de emergencia o se bloqueó en solo lectura no lo hizo por casualidad: la memoria flash tiene una resistencia de escritura finita y los bloques de reserva que sustituyen a los desgastados se agotan. Tras una reprogramación la capacidad suele ser menor que la original: esa es la memoria descartada. Guarda ahí solo copias de cosas que existan en otro sitio.

La prueba trabaja con una unidad sana: escribe y relee bloques para encontrar capacidad falsa y zonas dañadas, y necesita un sistema de archivos montado. Esta herramienta es para el caso en que la unidad ni siquiera llega ahí: no se detecta, muestra cero o exige formateo. Si una reparación la devuelve a la vida, pasar la prueba después tiene sentido: enseña cuánta memoria está realmente viva.