¿Por qué mi unidad flash se convirtió en "sólo lectura" y (cómo) puedo solucionarlo?

Tengo un pendrive nuevo (con una semana de antigüedad) que ha quedado marcado como de sólo lectura, por Windows, Kubuntu y un particionador de arranque. ¿Por qué ha ocurrido esto? ¿Se puede arreglar? Si lo es, ¿cómo puedo arreglar esto?

El problema

En primer lugar, esta unidad es nueva. Ciertamente no se ha usado lo suficiente como para morir por el desgaste normal, aunque no descartaría componentes defectuosos.

La propia unidad se ha bloqueado de alguna manera en un estado de sólo lectura. Gestión de discos de Windows:

Diskpart:

Generic Flash Disk USB Device
Disk ID: 33FA33FA
Type   : USB
Status : Online
Path   : 0
Target : 0
LUN ID : 0
Location Path : UNAVAILABLE
Current Read-only State : Yes
Read-only  : No
Boot Disk  : No
Pagefile Disk  : No
Hibernation File Disk  : No
Crashdump Disk  : No
Clustered Disk  : No

Lo que realmente me confunde es Current Read-only State : Yes y Read-only : No .

Soluciones intentadas

Hasta ahora, lo he intentado:

• Formatearla en Windows (en la gestión de discos, las opciones de formato aparecen en gris al hacer clic con el botón derecho).

• DiskPart Clean ( CLEAN - Clear the configuration information, or all information, off the disk. ):

  DISKPART> clean
  
  DiskPart has encountered an error: The media is write protected.
  See the System Event Log for more information.

  No había nada en el registro de eventos.

• Formato de la línea de comandos de Windows

  >format G:
  Insert new disk for drive G:
  and press ENTER when ready...
  The type of the file system is FAT32.
  Verifying 7740M
  Cannot format.  This volume is write protected.

• Windows chkdsk: ver abajo para más detalles

• Kubuntu fsck (a través de VirtualBox USB passthrough): ver abajo para más detalles

• Acronis True Image para formatear, convertir a GPT, destruir y reconstruir MBR, básicamente cualquier cosa: falló (no pudo escribir en MBR)

Detalles (y una bonita historia)

Antecedentes

Se trataba de un pendrive genérico de 8GB nuevo con el que quería crear un pendrive multiarranque. Venía formateado como FAT32, aunque extrañamente un poco más grande que la mayoría de las unidades flash de 8 GIGAbytes que he encontrado. Aproximadamente 127MB fueron listados como "usados" por Windows. Nunca descubrí por qué. El espacio final utilizable era más o menos lo que normalmente espero de una unidad de 8 GB (aproximadamente 7,4 GIBIbytes).

Había echado unas cuantas distros de Linux, junto con una copia de la de Hiren. Todos ellos boot perfectamente. Se pusieron con YUMI .

Cuando intenté poner el DVD de Knoppix, YUMI añadió una extraña opción de vídeo a su comando boot que provocó que Knoppix boot con una pantalla negra en X. tty s 1 a 6 seguían funcionando como interfaces de sólo texto.

Unos días más tarde, me tomé un tiempo para quitar esa extraña opción de vídeo, haciendo que el comando boot coincida con el que viene con Knoppix. En el intento de boot, Knoppix reportó alguna forma de corrupción de LZMA.

Hasta llegar a la edición actual

Pensaba que los archivos de Knoppix podrían haberse corrompido de alguna manera, así que intenté recargarlo. El disco estaba casi lleno (45MB libres), así que borré una ISO genérica que tampoco arrancaba. Eso fue bien. Luego pasé por YUMI para 'desinstalar' Knoppix, es decir, eliminar los archivos y quitar de los menús. Los archivos fueron primero, luego los menús se borraron con éxito. Sin embargo, el espacio libre se quedó estancado en unos 700MB, igual que antes de eliminar Knoppix. En la antigua carpeta de Knoppix, había un archivo de 0 bytes llamado KNOPPIX que no se ha podido borrar.

Intenté reinsertar la unidad para borrar este archivo - sin quitarlo de forma segura, si es que eso supuso alguna diferencia (oye, la primera vez para todo). Ejecutando el estándar de Windows chkdsk escanear sin /r o /f errores reportados encontrados. Se está ejecutando con /r sólo se ha atascado.

Decidí dar fsck una oportunidad, así que cargué mi VM de Kubuntu y conecté la unidad a ella con el passthrough USB 2.0 de VirtualBox. I umount a la vez ( /dev/sda1 ) y ejecutar un fsck. There are differences between boot sector and its backup. Elegí No action . Me dijo que las FAT son diferentes y me pidió que seleccionara la primera o la segunda FAT. Sea cual sea la que seleccioné, recibí un aviso de Free cluster summary wrong . Si eligiera Correct , dio una lista de nombres de archivos incorrectos. Para tratar de arreglar algo Al menos, lo ejecuté con el -p opción. A mitad de camino de arreglar los archivos, la VM se congeló - terminé su proceso unos diez minutos después.

¿Por qué?

Mi siguiente intento fue utilizar YUMI, de nuevo, para reconstruir toda la unidad. Utilicé la opción de reformateo de YUMI (a FAT32) e instalé una ISO de Kubuntu (700MB). El formato fue exitoso, sin embargo, el extracto y la copia de Kubuntu (que YUMI utiliza un binario 7zip para) se congeló en alrededor del 60%. Después de esperar unos quince minutos (más de lo que tardó la ISO de Knoppix de 3,5 GB la última vez), saqué la unidad. La unidad en este punto ya estaba formateada, SYSLINUX ya instalado, sólo esperando el desempaquetado de una ISO y la modificación de los menús boot.

Al volver a conectarlo, se ha mostrado normal, pero cualquier acción de escritura ha fallado. La administración de discos lo reportó como de sólo lectura. Al volver a conectarlo, aparecía con normalidad, pero una operación de escritura hacía que volviera a ser de sólo lectura. Después de algunos intentos, empezó a aparecer como de sólo lectura al insertarlo.

Intentos de arreglar

Es entonces cuando he realizado los intentos indicados anteriormente, para intentar reformatearla en caso de un formato defectuoso. Sin embargo, la incapacidad de hacerlo incluso en un disco de arranque indicaba que algo más serio estaba mal. chkdsk ahora informa de que no pasa nada, y fsck sigue informando de inconsistencias en el MBR, pero ahora siempre elige la primera FAT automáticamente después de decirme que las FAT son diferentes. Sigue haciendo lo mismo Free cluster summary wrong después. No puedo correr con -p porque ahora está marcado como de sólo lectura. También se las arregló para corromper el disco de mi VM de alguna manera en el primer intento (sí, estoy seguro de que elegí sda, que se asigna a una unidad de 7,4 GB - I triple comprobado). Gracias a Dios por las instantáneas

Se me acaban las ideas. Para mi mente inexperta, parece que algo en el firmware de la unidad la ha configurado como de sólo lectura "permanente" de alguna manera - ¿hay alguna manera de restablecer esto? No me importa especialmente conservar los datos, teniendo en cuenta que lo he reformateado dos veces.

Además, los arreglos que me mantienen en Windows son mejores; reduce el riesgo de que accidentalmente destruya mi disco duro principal.

Actualización 1:

Desmonté la unidad por curiosidad.

Como puedes ver, no hay interruptores de protección de escritura obvios. Hay un IC en el otro lado, marca ALCOR etiquetado AU6989HL, si eso importa. Si parece que no hay manera de arreglar esto, probablemente sacaré la tarjeta (pegada) y la pondré en un lector de tarjetas para comprobar si es la tarjeta o el controlador el que ha muerto.

Actualización 2:

He sacado la tarjeta, Windows detecta la unidad como un lector de tarjetas ahora. Los contactos de la tarjeta no parecen estar usados, y hay varias filas de agujeros en la propia tarjeta. Al ponerla en el lector de tarjetas sólo detecta unos 30MB en total, RAW. Probablemente, o bien la unidad original informa incorrectamente de que la tarjeta es defectuosa (como si la protección contra escritura de una tarjeta SD real estuviera activada) o bien un contacto defectuoso en alguna parte.

Si no hay nada más, ahora tengo una tarjeta Micro SD de repuesto de 8GB... en cuanto descubra cómo formatearla como 8GB. Que no parece ser posible (Windows, Partedmagic, dd DBAN... no, todavía 30MB). Ah, bueno.

Actualización 3

Tenía algunos más de estos. El segundo falló de forma similar (sólo lectura) hoy. De los restantes, dos fueron detectados como lectores de tarjetas vacíos/unidades sin formatear, dependiendo de la agitación (¿contacto defectuoso?). Uno fue detectado como 1/3 lleno, y tenía un nombre de volumen extraño.

Resultados de H2testw (¡en el último que tengo que funciona completamente!):

Warning: Only 7762 of 7812 MByte tested.
The media is likely to be defective.
7.5 GByte OK (15896472 sectors)
52 KByte DATA LOST (104 sectors)
Details:0 KByte overwritten (0 sectors)
0 KByte slightly changed (< 8 bit/sector, 0 sectors)
52 KByte corrupted (104 sectors)
0 KByte aliased memory (0 sectors)
First error at offset: 0x0000000186003000
Expected: 0x0000000186003000
Found: 0x00200800c40c3061
H2testw version 1.3
Writing speed: 3.95 MByte/s
Reading speed: 14.0 MByte/s
H2testw v1.4

Aunque esto es un poco preocupante, evidentemente las unidades tienen en realidad una capacidad cercana a los 8 GB, como ha comprobado una herramienta que suele utilizarse con éxito para detectar unidades flash falsas. El uso de una tarjeta Micro SD en lugar de un módulo de memoria flash marcado hace casi imposible reflashear la unidad, ya que las herramientas de flasheo de unidades de Alcor esperan el modelo de memoria como parámetro. Creo que voy a tirar todo el lote.