Esta pregunta ya tiene una respuesta aquí:
Tengo una nueva unidad flash (una semana de antigüedad) que se ha marcado como de solo lectura, por Windows, Kubuntu y un particionador de arranque. ¿Por qué pasó esto? ¿Es reparable? Si es así, ¿cómo puedo solucionar esto?
El problema
En primer lugar, este disco es nuevo. Ciertamente no se ha utilizado lo suficiente como para morir por el desgaste normal, aunque no descartaría los componentes defectuosos.
La unidad en sí se ha bloqueado de alguna manera en un estado de solo lectura. Administració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 : Yesy Read-only : No.
Intento de soluciones
Hasta ahora, he intentado:
Formateándolo en Windows (en Administración de discos, las opciones de formato aparecen atenuadas al hacer clic 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 línea de comando 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 del paso a través de VirtualBox USB): vea más abajo para más detalles
Acronis True Image para formatear, convertir a GPT, destruir y reconstruir MBR, básicamente cualquier cosa: falló (no se pudo escribir en MBR)
Detalles (y una bonita historia)
Antecedentes
Esta era una nueva unidad flash genérica de 8 GB con la que quería crear una unidad flash de arranque múltiple. Vino 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 aproximadamente lo que normalmente esperaba de una unidad de 8 GB (aproximadamente 7,4 GIBIbytes).
Había lanzado bastantes distribuciones de Linux, junto con una copia de Hiren. Todos arrancarían perfectamente. Se pusieron con YUMI .
Cuando traté de poner el DVD de Knoppix, YUMI agregó una opción de video extraño a su comando de arranque, lo que provocó que Knoppix arrancara con una pantalla negra en X. ttys 1 a 6 todavía funcionaban como interfaces de solo texto.
Unos días después, me tomé un tiempo para quitar esa extraña opción de video, haciendo que el comando de arranque coincida con el que viene con Knoppix. En el intento de arranque, Knoppix reportó alguna forma de corrupción LZMA.
Conduciendo al problema actual
Estaba pensando que los archivos de Knoppix pueden haberse dañado de alguna manera, así que intenté volver a cargarlo. El disco estaba casi lleno (45 MB gratis), así que eliminé un ISO genérico que tampoco se iniciaba. Eso estuvo bien. Luego pasé por YUMI para 'desinstalar' Knoppix, es decir, eliminar archivos y eliminarlos de los menús. Los archivos fueron primero, luego los menús se borraron con éxito. Sin embargo, el espacio libre estaba atascado en aproximadamente 700 MB, igual que antes de eliminar Knoppix. En la antigua carpeta de Knoppix, había un archivo de 0 bytes llamado KNOPPIXque no podía eliminarse.
Intenté reinsertar el disco para eliminar este archivo, sin eliminarlo de forma segura, si eso hizo la diferencia (hey, primera vez para todo). Ejecutando el chkdskescaneo estándar de Windows sin errores encontrados /ro /freportados. Correr con /rsolo lo tiene atascado.
Decidí fsckintentarlo, así que cargué mi Kubuntu VM y conecté la unidad con el paso USB 2.0 de VirtualBox. Lo umountedité ( /dev/sda1) y ejecuté un fsck. There are differences between boot sector and its backup.He elegido No action. Me dijo que las FAT difieren y me pidió que seleccionara la primera o la segunda FAT. Lo que seleccioné, recibí un aviso Free cluster summary wrong. Si elegía Correct, daba una lista de nombres de archivo incorrectos. Para tratar de arreglar algo , al menos, lo ejecuté con la -popción. A mitad de la reparación de los archivos, la VM se congeló: terminé su proceso unos diez minutos más tarde.
¿Porque?
Mi siguiente intento fue usar YUMI, nuevamente, para reconstruir todo el disco. Usé la opción de reformateo de YUMI (a FAT32) e instalé un Kubuntu ISO (700MB). El formato fue exitoso, sin embargo, el extracto y la copia de Kubuntu (para el cual YUMI usa un binario 7zip) se congeló en aproximadamente el 60%. Después de esperar unos quince minutos (más tiempo que el ISO Knoppix de 3.5 GB que tomó la última vez), saqué el disco. La unidad en este punto ya estaba formateada, SYSLINUX ya instalada, solo esperando el desempaquetado de un ISO y la modificación de los menús de arranque.
Al volver a enchufarlo, salió normalmente; sin embargo, cualquier acción de escritura fallaría. La administración de discos lo informó como de solo lectura. Al volver a conectar, saldría normalmente, pero una operación de escritura haría que volviera a leer solo. Después de algunos intentos, comenzó a aparecer como de solo lectura en la inserción.
Intentos de arreglar
Esto es cuando ejecuté los intentos enumerados anteriormente, para intentar formatearlo en caso de un formato defectuoso. Sin embargo, la imposibilidad de hacerlo incluso en un disco de arranque indicó que algo más serio está mal. chkdskahora informa que nada está mal y fsckaún informa inconsistencias MBR, pero ahora siempre elige la primera FAT automáticamente después de decirme que las FAT difieren. Todavía hace lo mismo Free cluster summary wrongdespués. No puedo seguir corriendo -pporque ahora está marcado como solo lectura. También logró 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, lo comprobé tres veces ). Gracias a Dios por las instantáneas?
Estoy casi sin ideas. Para mi inexperta mente, parece que algo en el firmware de la unidad lo configuró para leer solo "permanentemente" de alguna manera, ¿hay alguna manera de restablecer esto? No me importa especialmente conservar los datos, teniendo en cuenta que los he formateado dos veces.
Además, las soluciones que me mantienen en Windows son mejores; Reduce el riesgo de que accidentalmente destruya mi disco duro principal.
Actualización 1:
Aparté el disco por curiosidad.
Como puede ver, no hay interruptores obvios de protección contra escritura. Hay un IC en el otro lado, con la marca ALCOR etiquetada AU6989HL, si eso es importante. Si parece que no hay forma de arreglar esto, probablemente sacaré la tarjeta (pegada) y la pondré en un lector de tarjetas para verificar si fue la tarjeta o el controlador que murió.
Actualización 2:
Saqué la tarjeta, Windows detecta la unidad como un lector de tarjetas ahora. Los contactos en la tarjeta no parecen ser utilizados, y hay varias filas de agujeros en la tarjeta. Ponerlo en el lector de tarjetas solo detecta aproximadamente 30 MB en total, RAW. Probablemente sea la unidad original que informa incorrectamente que la tarjeta está defectuosa (como si la protección contra escritura de una tarjeta SD real estuviera activada) o un mal contacto en alguna parte.
Por lo menos, tengo una tarjeta Micro SD de 8GB de repuesto ahora ... tan pronto como descubra cómo formatearla como 8GB. Lo que no parece ser posible (Windows, Partedmagic dd, DBAN ... no, todavía 30 MB). Ah bueno.
Actualización 3
Tuve algunos más de estos. El segundo falló de manera similar (solo lectura) hoy. Del resto, dos fueron detectados como lectores de tarjetas vacíos / unidades sin formato, dependiendo del temblor (¿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 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
Si bien esto es un poco preocupante, evidentemente las unidades tienen una capacidad cercana a los 8 GB, como lo verifica una herramienta que a menudo se usa 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 que sea casi imposible volver a actualizar el disco, ya que las herramientas de flash de disco de Alcor esperan que el modelo de memoria sea un parámetro. Creo que simplemente tiraré todo.
Windows Logsy Applications and Services Logs. No pasa nada allí. Sí, actualicé ( F5), continuamente.