Questa domanda ha già una risposta qui:
Ho una nuovissima unità flash (vecchia una settimana) che è stata contrassegnata come sola lettura, da Windows, Kubuntu e un partizionatore avviabile. Perché è successo? È riparabile? In tal caso, come posso risolvere questo problema?
Il problema
Innanzitutto, questa unità è nuova. Certamente non è stato usato abbastanza per morire a causa della normale usura, anche se non vorrei scartare i componenti difettosi.
L'unità stessa è in qualche modo bloccata in uno stato di sola lettura. Gestione disco di 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
Ciò che mi confonde davvero è Current Read-only State : Yese Read-only : No.
Tentativo di soluzioni
Finora ho provato:
Formattazione in Windows (in Gestione disco, le opzioni di formato sono disattivate quando si fa clic con il tasto destro).
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.Non c'era nulla nel registro eventi.
Formato della riga di comando di 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.Chkdsk di Windows: vedi sotto per i dettagli
Kubuntu fsck (tramite passthrough USB VirtualBox): vedi sotto per i dettagli
Acronis True Image da formattare, convertire in GPT, distruggere e ricostruire MBR, praticamente qualsiasi cosa: fallito (impossibile scrivere su MBR)
Dettagli (e una bella storia)
sfondo
Questa era una nuovissima, generica unità flash da 8 GB con cui volevo creare un'unità flash multiboot. È stato formattato come FAT32, anche se stranamente un po 'più grande della maggior parte delle 8 unità flash GIGAbyte che ho incontrato. Circa 127 MB sono stati elencati come "utilizzati" da Windows. Non ho mai scoperto il perché. Lo spazio utilizzabile finale era quello che mi aspetto normalmente da un'unità da 8 GB (circa 7,4 GIBIbyte).
Avevo lanciato diverse distro Linux, insieme a una copia di Hiren. Avrebbero tutti avviato perfettamente. Sono stati messi su con YUMI .
Quando ho provato a mettere su Knoppix DVD, YUMI ha aggiunto una strana opzione video al suo comando di avvio che ha causato l'avvio di Knoppix con una schermata nera su X. da tty1 a 6 funzionava ancora come interfacce di solo testo.
Qualche giorno dopo, mi sono preso un po 'di tempo per togliere quella strana opzione video, facendo corrispondere il comando di avvio a quello fornito con Knoppix. Durante il tentativo di avvio, Knoppix ha segnalato una qualche forma di corruzione LZMA.
In vista del problema attuale
Stavo pensando che i file Knoppix potrebbero essere stati corrotti in qualche modo, quindi ho provato a ricaricarlo. L'unità era quasi piena (45 MB di spazio libero), quindi ho eliminato un ISO generico che non si avviava. È andato tutto bene. Ho quindi seguito YUMI per "disinstallare" Knoppix, ovvero eliminare i file e rimuoverli dai menu. I file sono andati prima, quindi i menu sono stati cancellati correttamente. Tuttavia, lo spazio libero era bloccato a circa 700 MB, come prima di rimuovere Knoppix. Nella vecchia cartella Knoppix, c'era un file di 0 byte chiamato KNOPPIXche non poteva essere cancellato.
Ho provato a reinserire l'unità per eliminare questo file, senza rimuoverlo in modo sicuro, se ciò ha fatto la differenza (ehi, prima volta per tutto). Esecuzione della chkdskscansione standard di Windows senza errori segnalati /ro /fsegnalati. Correre con l' /rho appena bloccato.
Ho deciso di provare fsck, quindi ho caricato la mia VM Kubuntu e ho collegato l'unità con il passthrough USB 2.0 di VirtualBox. L'ho umounteditato ( /dev/sda1) e ho eseguito un fsck. There are differences between boot sector and its backup.Ho scelto No action. Mi ha detto che i FAT differiscono e mi ha chiesto di selezionare il primo o il secondo FAT. Qualunque cosa abbia selezionato, ho ricevuto un avviso Free cluster summary wrong. Se ho scelto Correct, ha fornito un elenco di nomi di file errati. Per provare a riparare qualcosa , almeno, l'ho eseguito con l' -popzione. A metà della correzione dei file, la VM si è bloccata - ho terminato il suo processo circa dieci minuti dopo.
Causa?
Il mio prossimo tentativo fu di utilizzare YUMI, ancora una volta, per ricostruire l'intero disco. Ho usato l'opzione di formattazione integrata YUMI (su FAT32) e ho installato un ISO di Kubuntu (700 MB). Il formato ha avuto successo, tuttavia, l'estratto e la copia di Kubuntu (per cui YUMI utilizza un binario a 7zip) si sono bloccati a circa il 60%. Dopo aver atteso per circa quindici minuti (più a lungo dell'ISO Knoppix da 3,5 GB impiegato l'ultima volta), ho estratto l'unità. L'unità a questo punto era già formattata, SYSLINUX già installato, aspettando solo il disimballaggio di un ISO e la modifica dei menu di avvio.
Ricollegandolo, è tornato normalmente - tuttavia, qualsiasi azione di scrittura fallirebbe. La gestione del disco lo ha segnalato in sola lettura. Al momento della riconnessione, verrebbe visualizzato normalmente, ma un'operazione di scrittura causerebbe la lettura della sola lettura. Dopo alcuni tentativi, ha iniziato a comparire come letto solo all'inserimento.
Tentativi di correzione
Questo è quando ho eseguito i tentativi sopra elencati, per provare a riformattarlo in caso di un formato difettoso. Tuttavia l'incapacità di farlo anche su un disco di avvio ha indicato che qualcosa di più serio è sbagliato. chkdskora segnala che non c'è nulla di sbagliato e fsckriporta ancora incoerenze del MBR, ma ora sceglie sempre automaticamente il primo FAT dopo avermi detto che i FAT differiscono. Fa ancora lo stesso Free cluster summary wrongdopo. Non posso più correre con -pperché ora è contrassegnato come di sola lettura. È anche riuscito a corrompere il disco della mia VM in qualche modo al primo tentativo (sì, sono sicuro di aver scelto sda, che è mappato su un'unità da 7,4 GB - ho controllato tre volte ). Grazie a dio per le istantanee?
Sono quasi fuori di idee. Per la mia mente inesperta sembra che qualcosa nel firmware dell'unità lo abbia impostato per leggere solo "permanentemente" in qualche modo - c'è un modo per ripristinare questo? Non mi interessa particolarmente conservare i dati, considerando che li ho riformattati due volte.
Inoltre, le correzioni che mi tengono in Windows sono migliori; riduce il rischio che io annulli accidentalmente il mio disco rigido principale.
Aggiornamento 1:
Ho separato il disco per curiosità.
Come puoi vedere, non ci sono interruttori di protezione dalla scrittura ovvi. C'è un IC dall'altra parte, con marchio ALCOR etichettato AU6989HL, se questo è importante. Se non sembra esserci un modo per risolvere questo problema, probabilmente estrarrò la carta (incollata) e la inserirò in un lettore di carte per verificare se è la carta o il controller che sono morti.
Aggiornamento 2:
Ho rimosso la scheda, Windows ora rileva l'unità come lettore di schede. I contatti sulla scheda non sembrano essere utilizzati e sulla scheda stessa sono presenti più file di fori. Metterlo nel lettore di schede rileva solo circa 30 MB in totale, RAW. Probabilmente è l'unità originale che riporta erroneamente la scheda come difettosa (come se fosse stata attivata la protezione da scrittura di una vera scheda SD) o un cattivo contatto da qualche parte.
Se non altro, ora ho una scheda Micro SD da 8 GB di riserva ... non appena ho capito come formattarla come 8 GB. Il che non sembra possibile (Windows, Partedmagic,, ddDBAN ... no, ancora 30 MB). Ah bene.
Aggiornamento 3
Ne ho avuti alcuni di più. Il secondo è fallito allo stesso modo (sola lettura) oggi. Dei rimanenti, due sono stati rilevati come lettori di schede vuoti / unità non formattate, a seconda dell'agitazione (contatto difettoso?). Uno è stato rilevato come 1/3 pieno e aveva un nome di volume dispari.
Risultati H2testw (sull'ultimo completamente funzionante che ho!):
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
Mentre questo è un po 'preoccupante, evidentemente le unità hanno effettivamente una capacità di quasi 8 GB, come verificato da uno strumento spesso usato con successo per rilevare unità flash false. L'uso di una scheda Micro SD piuttosto che di un modulo di memoria flash contrassegnato rende quasi impossibile il riflusso dell'unità, poiché gli strumenti lampeggianti dell'unità Alcor prevedono il modello di memoria come parametro. Penso che butterò via tutto.
Windows Logse Applications and Services Logs. Non succede nulla lì. Sì, ho fatto refresh ( F5), continuamente.