To pytanie ma już odpowiedź tutaj:
Mam zupełnie nowy dysk flash (w wieku jednego tygodnia), który został oznaczony jako tylko do odczytu, przez Windows, Kubuntu i bootowalny partycjoner. Dlaczego się to stało? Czy to da się naprawić? Jeśli tak, jak mogę to naprawić?
Problem
Po pierwsze, ten dysk jest nowy. Z pewnością nie został użyty wystarczająco, aby umrzeć z powodu normalnego zużycia, chociaż nie zlekceważyłbym wadliwych elementów.
Sam dysk w jakiś sposób został zablokowany w stanie tylko do odczytu. Zarządzanie dyskami w systemie 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
To, co naprawdę mnie myli, to Current Read-only State : Yes
i Read-only : No
.
Próby rozwiązań
Do tej pory próbowałem:
Formatowanie w systemie Windows (w opcji Zarządzanie dyskami opcje formatowania są wyszarzone po kliknięciu prawym przyciskiem myszy).
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.
W dzienniku zdarzeń nie było nic.
Format wiersza poleceń systemu 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: szczegóły poniżej
Kubuntu fsck (przez przejściówkę VirtualBox USB): zobacz szczegóły poniżej
Acronis True Image sformatować, przekonwertować na GPT, zniszczyć i odbudować MBR, w zasadzie wszystko: nie powiodło się (nie można zapisać w MBR)
Szczegóły (i fajna historia)
tło
To był zupełnie nowy, ogólny dysk flash o pojemności 8 GB, z którym chciałem utworzyć dysk flash z wieloma dyskami. Został sformatowany jako FAT32, choć dziwnie trochę większy niż większość 8 dysków flash GIGAbyte, z którymi się spotkałem. Około 127 MB zostało wymienione jako „używane” przez system Windows. Nigdy nie odkryłem dlaczego. Końcowe miejsce użytkowe dotyczyło tego, czego normalnie oczekuję od napędu o pojemności 8 GB (około 7,4 GIBI).
Wrzuciłem sporo dystrybucji Linuksa wraz z kopią Hiren. Wszystkie ładowałyby się idealnie. Zostały one założone z YUMI .
Kiedy próbowałem włączyć Knoppix DVD, YUMI dodał dziwną opcję wideo do komendy rozruchowej, co spowodowało, że Knoppix uruchomił się z czarnym ekranem na X. tty
1 do 6 nadal działał jako interfejsy tylko tekstowe.
Kilka dni później poświęciłem trochę czasu na wyłączenie tej dziwnej opcji wideo, dzięki czemu polecenie rozruchu jest zgodne z poleceniem Knoppix. Podczas próby rozruchu Knoppix zgłosił jakąś formę uszkodzenia LZMA.
Prowadząc do aktualnego problemu
Myślałem, że pliki Knoppix mogły być w jakiś sposób uszkodzone, więc spróbowałem go ponownie załadować. Dysk był prawie pełny (45 MB za darmo), więc usunąłem ogólny ISO, który również nie uruchamiał się. Poszło dobrze. Następnie przeszedłem przez YUMI, aby „odinstalować” Knoppiksa, tj. Usunąć pliki i usunąć z menu. Pliki poszły najpierw, a następnie menu zostały pomyślnie wyczyszczone. Jednak wolne miejsce utknęło na około 700 MB, tak samo jak przed usunięciem Knoppixa. W starym folderze Knoppix był plik o nazwie 0 bajtów KNOPPIX
, którego nie można usunąć.
Próbowałem ponownie włożyć dysk, aby usunąć ten plik - bez bezpiecznego usuwania, jeśli to miało znaczenie (hej, po raz pierwszy na wszystko). Uruchomienie standardowego chkdsk
skanowania systemu Windows bez /r
lub /f
zgłoszone błędy zostały znalezione. Bieganie z /r
właśnie utknęło.
Postanowiłem spróbować fsck
, więc załadowałem moją maszynę wirtualną Kubuntu i dołączyłem do niej dysk za pomocą przejściówki USB 2.0 VirtualBox. I umount
ed go ( /dev/sda1
) i prowadził fsck. There are differences between boot sector and its backup.
Wybrałam No action
. Powiedziała mi, że FAT różnią się i poprosiła mnie o wybranie pierwszego lub drugiego FAT. Niezależnie od tego, co wybrałem, dostałem powiadomienie Free cluster summary wrong
. Jeśli wybrałem Correct
, podał listę niepoprawnych nazw plików. Aby przynajmniej spróbować coś naprawić , uruchomiłem to z -p
opcją. W połowie naprawiania plików maszyna wirtualna zamarła - zakończyłem proces około dziesięć minut później.
Przyczyna?
Moja kolejna próba polegała na ponownym przebudowaniu całego dysku za pomocą YUMI. Użyłem wbudowanej opcji formatowania YUMI (do FAT32) i zainstalowałem Kubuntu ISO (700 MB). Format się powiódł, jednak wyodrębnienie i kopia Kubuntu (dla której YUMI używa pliku binarnego 7zip) zamroziły się przy około 60% skończonej. Po odczekaniu około piętnastu minut (dłużej niż poprzednio 3.5 GB Knoppix ISO), wyciągnąłem dysk. Dysk w tym momencie był już sformatowany, SYSLINUX już zainstalowany, tylko czeka na rozpakowanie ISO i modyfikację menu rozruchu.
Po ponownym podłączeniu wyszło normalnie - jednak każda operacja zapisu nie powiodła się. Zarządzanie dyskami zgłosiło to jako tylko do odczytu. Po ponownym połączeniu wyglądałoby to normalnie, ale operacja zapisu spowodowałaby ponowne odczytanie. Po kilku próbach zaczął pojawiać się jako tylko do odczytu po wstawieniu.
Próby naprawy
To wtedy przejrzałem powyższe próby, aby spróbować sformatować go w przypadku wadliwego formatu. Jednak niemożność zrobienia tego nawet na dysku rozruchowym wskazywała na coś poważniejszego. chkdsk
teraz zgłasza, że nic się nie dzieje i fsck
wciąż zgłasza niespójności MBR, ale teraz zawsze wybiera pierwszy FAT automatycznie po tym, jak mi powie, że FAT różnią się. Free cluster summary wrong
Potem nadal robi to samo . Nie mogę już biegać, -p
ponieważ jest teraz oznaczony jako tylko do odczytu. Udało mu się także w jakiś sposób uszkodzić dysk mojej maszyny wirtualnej przy pierwszej próbie (tak, jestem pewien, że wybrałem sda, która jest zamapowana na dysk o pojemności 7,4 GB - potrójnie sprawdziłem). Dzięki Bogu za migawki?
Właśnie skończyły mi się pomysły. Moim niedoświadczonemu umysłowi wygląda na to, że coś w oprogramowaniu sprzętowym napędu ustawiło go tak, aby jakoś „tylko na stałe” czytało - czy jest jakiś sposób, aby to zresetować? Nie dbam szczególnie o przechowywanie danych, biorąc pod uwagę, że sformatowałem je dwukrotnie.
Ponadto poprawki, które trzymają mnie w systemie Windows są lepsze; zmniejsza to ryzyko przypadkowego uszkodzenia mojego głównego dysku twardego.
Aktualizacja 1:
Z ciekawości odsunąłem dysk.
Jak widać, nie ma oczywistych przełączników ochrony przed zapisem. Po drugiej stronie znajduje się układ scalony, oznaczony znakiem ALCOR, oznaczony AU6989HL, jeśli to ma znaczenie. Jeśli wydaje się, że nie ma sposobu, aby to naprawić, prawdopodobnie wyciągnę (przyklejoną) kartę i włożę ją do czytnika kart, aby sprawdzić, czy to karta, czy kontroler, który zmarł.
Aktualizacja 2:
Wyjąłem kartę, system Windows wykrywa teraz dysk jako czytnik kart. Styki na karcie nie wydają się być używane, a na samej karcie jest kilka rzędów otworów. Włożenie go do czytnika kart wykrywa tylko około 30 MB RAW. Prawdopodobnie jest to albo oryginalny dysk niepoprawnie zgłaszający kartę jako wadliwą (tak jakby włączona była ochrona przed zapisem prawdziwej karty SD) lub gdzieś zły kontakt.
Jeśli nic więcej, mam teraz zapasową kartę Micro SD o pojemności 8 GB ... jak tylko wymyślę, jak ją sformatować jako 8 GB. Co nie wydaje się możliwe (Windows, Partedmagic dd
,, DBAN ... nie, wciąż 30 MB). Ach tak.
Aktualizacja 3
Miałem ich jeszcze kilka. Drugi zawiódł dzisiaj podobnie (tylko do odczytu). Z pozostałych dwóch wykryto puste czytniki kart / niesformatowane dyski, w zależności od drżenia (wadliwy kontakt?). Jeden został wykryty jako pełny w 1/3 i miał nieparzystą nazwę woluminu.
Wyniki H2testw (na ostatnim w pełni działającym, jaki mam!):
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
Chociaż jest to trochę niepokojące, najwyraźniej dyski rzeczywiście mają prawie 8 GB pojemności, co zostało zweryfikowane przez narzędzie często skutecznie wykorzystywane do wykrywania fałszywych dysków flash. Zastosowanie karty Micro SD zamiast zaznaczonego modułu pamięci flash sprawia, że prawie niemożliwe jest ponowne flashowanie dysku, ponieważ narzędzia do flashowania dysku Alcora oczekują modelu pamięci jako parametru. Myślę, że po prostu wyrzucę wszystko.
Windows Logs
i Applications and Services Logs
. Nic się tam nie dzieje. Tak F5
, ciągle odświeżałem ( ).