Perché il mio flash drive è diventato di "sola lettura" e (come) posso sistemarlo?

Ho un'unità flash nuova di zecca (una settimana di vita) che è stata contrassegnata come sola lettura, da Windows, Kubuntu e un partizionatore avviabile. Perché è successo? È risolvibile? Se lo è, come posso risolvere il problema?

Il problema

Innanzitutto, questo disco è nuovo. Certamente non è stato usato abbastanza da morire per la normale usura, anche se non escluderei componenti difettosi.

L'unità stessa è stata in qualche modo bloccata in uno stato di sola lettura. Gestione disco di Windows:

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

Diskpart:

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

Quello che mi confonde veramente è Current Read-only State : Yes e Read-only : No.

Soluzioni tentate

Finora ho provato:

• Formattarlo in Windows (in Gestione disco, le opzioni di formattazione sono grigie quando si clicca con il tasto destro).

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

• Formattazione da riga di comando di Windows

• Windows chkdsk: vedi sotto per i dettagli

• Kubuntu fsck (attraverso VirtualBox USB passthrough): vedi sotto per i dettagli

• Acronis True Image per formattare, per convertire in GPT, per distruggere e ricostruire MBR, praticamente qualsiasi cosa: failed (could not write to MBR)

Details (and a nice story)

Background

Questo era un nuovo, generico, 8GB flash drive con cui volevo creare un multiboot flash drive. È arrivata formattata come FAT32, anche se stranamente un po’ più grande della maggior parte delle unità flash da 8 GIGAbyte che ho incontrato. Circa 127MB erano elencati come “usati” da Windows. Non ho mai scoperto perché. Lo spazio utilizzabile finale era circa quello che normalmente mi aspetto da un drive da 8GB (circa 7,4 GIBIbyte).

Avevo messo su un bel po’ di distro Linux, insieme a una copia di Hiren. Tutte si avviano perfettamente. Sono state messe con YUMI .

Quando ho provato a mettere il DVD di Knoppix, YUMI ha aggiunto una strana opzione video al suo boot comman che ha fatto sì che Knoppix si avviasse con uno schermo nero su X. Gli tty da 1 a 6 funzionavano ancora come interfacce di solo testo.

Qualche giorno dopo, mi sono preso del tempo per togliere quella strana opzione video, rendendo il comando di avvio uguale a quello fornito con Knoppix. Al tentativo di avvio, Knoppix ha riportato una qualche forma di corruzione LZMA.

che porta al problema attuale

Stavo pensando che i file di Knoppix potevano essere stati corrotti in qualche modo, così ho provato a ricaricarlo. Il disco era quasi pieno (45MB liberi), così ho cancellato una ISO generica che non si stava avviando. È andata bene. Poi sono passato attraverso YUMI per ‘disinstallare’ Knoppix, cioè cancellare i file e rimuovere i menu. I file sono andati per primi, poi i menu sono stati cancellati con successo. Tuttavia, lo spazio libero era bloccato a circa 700MB, lo stesso che era prima di rimuovere Knoppix. Nella vecchia cartella di Knoppix, c'era un file di 0 byte chiamato KNOPPIX che non poteva essere cancellato.

ho provato a reinserire l'unità per cancellare questo file - senza rimuovere in modo sicuro, se questo ha fatto la differenza (ehi, la prima volta per tutto). L'esecuzione della scansione standard di Windows chkdsk senza /r o /f ha riportato errori trovati. Eseguendo con /r si è solo bloccato.

ho deciso di fare un tentativo con fsck, così ho caricato la mia VM Kubuntu e ci ho attaccato il disco con il passthrough USB 2.0 di VirtualBox. Ho fatto umount (/dev/sda1) e ho eseguito un fsck. Ho scelto There are differences between boot sector and its backup.. Mi ha detto che le FAT sono diverse e mi ha chiesto di selezionare la prima o la seconda FAT. Qualsiasi cosa abbia selezionato, ho ricevuto un avviso di No action. Se sceglievo Free cluster summary wrong, dava una lista di nomi di file errati. Per cercare di sistemare qualcosa, almeno, l'ho eseguito con l'opzione Correct. A metà strada nel sistemare i file, la VM si è bloccata - ho terminato il processo circa dieci minuti dopo.

Causa?

Il mio prossimo tentativo fu di usare YUMI, di nuovo, per ricostruire l'intero disco. Ho usato l'opzione integrata di YUMI per riformattare (in FAT32) e ho installato una ISO di Kubuntu (700MB). La formattazione ha avuto successo, tuttavia, l'estrazione e la copia di Kubuntu (per la quale YUMI usa un binario 7zip) si è bloccata al 60% circa. Dopo aver aspettato per circa quindici minuti (più a lungo di quanto la ISO di Knoppix da 3,5 GB abbia richiesto l'ultima volta), ho estratto il disco. Il disco a questo punto era già formattato, SYSLINUX già installato, aspettava solo lo spacchettamento di una ISO e la modifica dei menu di avvio.

Ricollegandolo, si è presentato come normale - tuttavia, qualsiasi azione di scrittura falliva. La gestione del disco lo segnalava come di sola lettura. Al ricollegamento, si presentava come normale, ma un'operazione di scrittura lo faceva andare di nuovo in sola lettura. Dopo alcuni tentativi, ha iniziato ad apparire come sola lettura all'inserimento.

Tentativi di correzione

Questo è quando ho eseguito i tentativi elencati sopra, per provare a riformattarlo in caso di formato difettoso. Tuttavia l'incapacità di farlo anche su un disco avviabile indicava che qualcosa di più serio era sbagliato. -p ora riporta che non c'è niente che non va, e chkdsk riporta ancora incongruenze MBR, ma ora sceglie sempre la prima FAT automaticamente dopo avermi detto che le FAT differiscono. Dopo fa ancora lo stesso fsck. Non posso più eseguire con Free cluster summary wrong perché ora è segnato come di sola lettura. È anche riuscito a ha corrotto il disco della mia VM in qualche modo al primo tentativo (sì, sono sicuro di aver scelto sda, che è mappato su un drive da 7.4GB - ho triplo controllato). Grazie a Dio per gli snapshot?

sono a corto di idee. Alla mia mente inesperta sembra che qualcosa nel firmware dell'unità l'abbia impostata in qualche modo in sola lettura “permanentemente” - c'è un modo per resettare questo? Non mi interessa particolarmente mantenere i dati, considerando che l'ho riformattato due volte.

Inoltre, le correzioni che mi tengono in Windows sono migliori; riduce il rischio che io distrugga accidentalmente il mio disco rigido principale.

Update 1:

Ho smontato il disco per curiosità.

Come potete vedere, non ci sono evidenti interruttori di protezione dalla scrittura. C'è un IC dall'altra parte, marchiato ALCOR ed etichettato AU6989HL, se questo ha importanza. Se non sembra esserci un modo per risolvere il problema, probabilmente tirerò fuori la scheda (incollata) e la metterò in un lettore di schede per controllare se è la scheda o il controller che è morto.

Aggiornamento 2:

Ho tolto la scheda, Windows rileva l'unità come un lettore di schede ora. I contatti sulla scheda non sembrano essere utilizzati, e ci sono diverse file di fori sulla scheda stessa. Mettendola nel lettore di schede rileva solo circa 30MB in totale, RAW. Probabilmente è il drive originale che segnala erroneamente la scheda come difettosa (come se la protezione da scrittura di una vera scheda SD fosse attiva) o un contatto difettoso da qualche parte.

Se non altro, ora ho una scheda Micro SD da 8GB di riserva… non appena avrò capito come formattarla da 8GB. Il che non sembra essere possibile (Windows, Partedmagic, -p, DBAN… no, ancora 30MB). Ah bene.

Update 3

Ho avuto qualche altro di questi. Il secondo è fallito in modo simile (solo lettura) oggi. Dei rimanenti, due sono stati rilevati come lettori di schede vuoti/dischi non formattati, a seconda dello scuotimento (contatto difettoso?). Uno è stato rilevato come 1/3 pieno, e aveva uno strano nome di volume.

H2testw results (on the last fully working one I have!):

While this is a little worrying, evidently the drives actually have near-8GB capacity, as verified by a tool often successfully used to detect fake flash drives. L'uso di una scheda Micro SD piuttosto che un modulo di memoria flash contrassegnato rende quasi impossibile riflashare l'unità, poiché gli strumenti di flashing dell'unità Alcor si aspettano il modello di memoria come parametro. Penso che butterò via tutto.