Почему моя флешка стала «только для чтения» и (как) я могу это исправить?

У меня есть новая флешка (одна неделя), которую Windows, Kubuntu и загрузочный разделитель пометили как доступную только для чтения. Почему это случилось? Это поправимо? Если это так, как я могу это исправить?

Эта проблема

Во-первых, этот диск новый. Это, конечно, не было использовано достаточно, чтобы умереть от нормального износа, хотя я бы не стал сбрасывать со счетов дефектные компоненты.

Сам диск как-то заблокирован в состоянии только для чтения. Управление дисками в 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 

Что меня действительно смущает, так это Current Read-only State : Yesи Read-only : No.

Попытки решения

Пока что я пробовал:

• Форматирование в Windows (в разделе «Управление дисками» параметры форматирования неактивны при нажатии правой кнопки мыши).

• 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. 

  В журнале событий ничего не было.

• Формат командной строки 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: подробности см. Ниже

• Kubuntu fsck (через виртуальный USB-порт VirtualBox): подробности см. Ниже

• Acronis True Image отформатировать, преобразовать в GPT, уничтожить и перестроить MBR, в основном все: не удалось (не удалось записать в MBR)

Подробности (и хорошая история)

Фон

Это была совершенно новая универсальная флешка объемом 8 ГБ, с которой я хотел создать мультизагрузочную флешку. Он был отформатирован как FAT32, хотя странно немного больше, чем большинство 8-гигабайтных флешек, с которыми я сталкивался. Приблизительно 127 МБ были указаны как «используемые» Windows. Я так и не понял почему. Конечный полезный объем был примерно таким, какой я обычно ожидаю от накопителя емкостью 8 ГБ (около 7,4 ГБ).

Я включил довольно много дистрибутивов Linux, а также копию Hiren. Они бы все загрузились идеально. Они были одеты с ЮМИ .

Когда я попытался включить Knoppix DVD, YUMI добавил к своему начальному загрузчику странную опцию видео, которая заставила Knoppix загружаться с черным экраном на X. С tty1 по 6 все еще работали как текстовые интерфейсы.

Несколько дней спустя я потратил некоторое время, чтобы отключить эту странную опцию видео, чтобы команда загрузки соответствовала той, которая поставляется с Knoppix. При попытке загрузки Knoppix сообщил о некоторой форме повреждения LZMA.

Ведущий к текущей проблеме

Я думал, что файлы Knoppix могли быть как-то повреждены, поэтому я попытался перезагрузить его. Диск был почти заполнен (45 МБ), поэтому я удалил общий ISO, который также не загружался. Это прошло хорошо. Затем я прошел через YUMI, чтобы «удалить» Knoppix, то есть удалить файлы и удалить из меню. Сначала пошли файлы, затем меню были успешно очищены. Тем не менее, свободное пространство осталось примерно 700 МБ, как и до удаления Knoppix. В старой папке Knoppix был файл с 0-байтовым именем, KNOPPIXкоторый нельзя удалить.

Я попытался переустановить диск, чтобы удалить этот файл - без безопасного удаления, если это имело значение (эй, первый раз для всего). Запуск стандартная Windows, chkdskсканирование без /rили /fобнаруженных ошибок, найденных. Бег с /rтолько что застрял.

Я решил сделать fsckснимок, поэтому я загрузил свою виртуальную машину Kubuntu и подключил к ней диск с помощью VirtualBox USB 2.0. Я сделал umountэто ( /dev/sda1) и запустил fsck. There are differences between boot sector and its backup.Я выбрал No action. Он сказал мне, что FAT различаются, и попросил меня выбрать либо первый, либо второй FAT. Что бы я ни выбрал, я получил уведомление Free cluster summary wrong. Если я выбрал Correct, он дал список неправильных имен файлов. Чтобы попытаться что-то исправить, по крайней мере, я запустил это с -pопцией. В середине процесса исправления файлов виртуальная машина зависла - я закончил процесс примерно через десять минут.

Причина?

Моей следующей попыткой было снова использовать YUMI для восстановления всего диска. Я использовал опцию встроенного переформатирования YUMI (в FAT32) и установил Kubuntu ISO (700 МБ). Формат был успешным, однако извлечение и копирование Kubuntu (для которого YUMI использует двоичный файл 7zip) замерли примерно на 60%. Подождав минут пятнадцать (дольше, чем в прошлый раз ISO Knoppix 3.5 ГБ), я вытащил диск. На этом этапе диск уже отформатирован, SYSLINUX уже установлен, просто ожидает распаковки ISO-образа и изменения загрузочных меню.

Снова подключив его, он работает как обычно - однако любое действие записи завершится неудачно. Управление дисками сообщило, что это только для чтения. При повторном подключении это произойдет как обычно, но операция записи вызовет повторное чтение только для чтения. После нескольких попыток он начал показываться только для чтения при вставке.

Попытки исправить

Это когда я пробовал перечисленные выше попытки, чтобы попытаться переформатировать его в случае неправильного формата. Однако невозможность сделать это даже на загрузочном диске указала на что-то более серьезное, что это неправильно. chkdskтеперь сообщает, что все в порядке, и fsckвсе еще сообщает о несоответствиях MBR, но теперь всегда выбирает первый FAT автоматически после сообщения мне, что FAT различаются. Это все еще делает то же самое Free cluster summary wrongвпоследствии. Я больше не могу работать -p, потому что теперь он помечен как только для чтения. Он также сумел как-то повредить диск моей виртуальной машины с первой попытки (да, я уверен, что выбрал sda, который сопоставлен с диском на 7.4 ГБ - я трижды проверил). Слава богу за снимки?

У меня почти нет идей. На мой неопытный взгляд, похоже, что-то в прошивке привода настроило его на постоянное чтение только для чтения - можно ли это как-то сбросить? Меня не особо заботит сохранение данных, учитывая, что я переформатировал их дважды.

Кроме того, исправления, которые держат меня в Windows, лучше; это снижает риск того, что я случайно ударился в мой основной жесткий диск.

Обновление 1:

Я разобрал диск из любопытства.

Как видите, очевидных переключателей защиты от записи нет. На другой стороне есть микросхема, маркированная ALCOR AU6989HL, если это имеет значение. Если кажется, что нет способа исправить это, я, вероятно, вытащу (приклеенную) карту и вставлю ее в устройство чтения карт, чтобы проверить, умерла ли она или контроллер.

Обновление 2:

Я вытащил карту, Windows теперь распознает диск как устройство чтения карт. Контакты на карте не используются, и на самой карте есть несколько рядов отверстий. Если положить его в картридер, то обнаруживается только около 30 МБ RAW. Вероятно, это либо оригинальный диск, неправильно сообщающий о неисправности карты (как если бы была включена защита от записи на реальной SD-карте), либо о каком-то плохом контакте.

Если ничего другого, у меня сейчас есть запасная карта Micro SD 8 ГБ ... как только я выясню, как отформатировать ее как 8 ГБ. Что не представляется возможным (Windows, Partedmagic dd, DBAN ... Нет, еще 30 МБ). Ах хорошо.

Обновление 3

У меня было еще несколько таких. Второй сбой аналогичным образом (только для чтения) сегодня. Из оставшихся, два были обнаружены как пустые устройства чтения карт памяти / неформатированные диски, в зависимости от тряски (неисправный контакт?). Один был обнаружен как заполненный на 1/3 и имел нечетное имя тома.

Результаты H2testw (на последнем полностью работающем у меня!):

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 

Хотя это немного беспокоит, очевидно, что диски действительно имеют емкость около 8 ГБ, что подтверждается инструментом, который часто успешно используется для обнаружения поддельных флэш-накопителей. Использование карты Micro SD, а не маркированного модуля флэш-памяти делает почти невозможной перепрошивку накопителя, поскольку инструменты перепрошивки дисков Alcor ожидают модель памяти в качестве параметра. Я думаю, я просто выкину все это.