Почему моя флешка стала "только для чтения" и (как) я могу ее починить?
У меня есть совершенно новая флешка (недельной давности), которая стала помечена как “только для чтения”, Windows, Kubuntu и загрузочный разделитель. Почему это произошло? Это исправимо? Если да, то как это исправить?
Проблема
Во-первых, этот диск новый. Он, конечно, не использовался достаточно для того, чтобы умереть от нормального износа, хотя я бы не стал сбрасывать со счетов неисправные компоненты.
Сам диск каким-то образом заблокировался в состоянии только для чтения. Управление дисками 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
Что меня действительно смущает, так это Current Read-only State : Yes и Read-only : No.
Пока что я пробовал решения
:
Форматирование в Windows (в управлении дисками опции форматирования выделяются серым цветом при щелчке правой кнопкой мыши).
DiskPart Clean (
CLEAN - Clear the configuration information, or all information, off the disk.):Формат командной строки Windows
Windows chkdsk: подробности см. ниже
Kubuntu fsck (через VirtualBox USB passthrough): подробности см. ниже
Acronis True Image для форматирования, для преобразования в GPT, для уничтожения и восстановления MBR, в основном все, что угодно: не удалось (не мог написать MBR) 0x2 и 0x2 и ## Подробности (и хорошая история) 0x2 и 0x2 и ### фон 0x2 и 0x2 и это был совершенно новый, общий, 8 Гб флэш-накопитель я хотел создать мульти-загрузочный флэш-накопитель. Он был отформатирован как FAT32, хотя, как ни странно, немного больше, чем большинство 8 гигабайтных флэш-накопителей, с которыми мне доводилось сталкиваться. Примерно 127 МБ было указано как “используемое” в Windows. Я так и не понял, почему. Обычно я ожидал от 8 ГБ диска (около 7,4 ГБИБайт), что он будет использоваться в конце концов.
я включил довольно много дистрибутивов Linux, вместе с копией Hiren’s. Они все отлично загрузились. Они были включены с помощью YUMI .
Когда я попытался включить Knoppix DVD, YUMI добавил странное видео в его загрузочный комментарий, что заставило Knoppix загрузиться с черного экрана на X. ttys с 1 по 6 все еще работали как текстовые интерфейсы.
Несколько дней спустя, я потратил некоторое время, чтобы снять эту нечетную опцию видео, сделав команду загрузки соответствующей той, что поставляется с Knoppix. Пытаясь загрузиться, Knoppix сообщил о каком-то повреждении LZMA.
Подводя итог текущей проблеме
Я подумал, что файлы Knoppix могли быть каким-то образом повреждены, поэтому попробовал перезагрузить их. Диск был почти полон (45 МБ свободен), поэтому я удалил общий ISO, который также не загружался. Все прошло нормально. Затем я прошел через YUMI, чтобы “удалить” Knoppix, т.е. удалить файлы и удалить их из меню. Сначала файлы были удалены, а затем меню было успешно очищено. Тем не менее, свободное пространство застряло примерно на 700MB, как и до удаления Knoppix. В старой папке Knoppix находился 0-байтовый файл с именем KNOPPIX, который нельзя было удалить.
Я попытался переустановить диск, чтобы удалить этот файл - без безопасного удаления, если это что-то изменило (эй, в первый раз за все). Запуск стандартного сканирования Windows chkdsk без найденных ошибок /r или /f. Запуск с /r просто застрял.
я решил попробовать fsck, так что я загрузил свою ВМ Kubuntu и подключил диск к ней с помощью USB 2.0 VirtualBox. Я сделал umounted (/dev/sda1) и запустил fsck. Я выбрал There are differences between boot sector and its backup.. Он сказал мне, что FAT отличаются и попросил меня выбрать первый или второй FAT. Что бы я ни выбрал, я получил уведомление об No action. Если я выбрал Free cluster summary wrong, то получил список неправильных имён файлов. Чтобы попытаться исправить something, по крайней мере, я запустил его с опцией Correct. Наполовину исправив файлы, ВМ заморозилась - примерно через десять минут я закончил процесс.
Причина?
Моя следующая попытка была снова использовать YUMI для восстановления всего диска. Я использовал встроенную опцию переформатирования YUMI (в FAT32) и установил Kubuntu ISO (700MB). Формат был успешным, однако, извлечение и копирование Kubuntu (для которого YUMI использует 7zip двоичный файл) было заморожено примерно на 60%. Прождав около пятнадцати минут (дольше, чем в прошлый раз у Knoppix ISO было 3,5 ГБ), я вытащил диск. Диск в этот момент уже был отформатирован, SYSLINUX уже установлен, просто ждал распаковки ISO и изменения загрузочных меню.
Подключив его обратно, все вышло как обычно - однако, любое действие по записи будет неудачным. Руководство диска сообщило об этом только как о прочитанном. При повторном подключении все получится как обычно, но операция записи приведет к тому, что диск снова перейдет только на чтение. После нескольких попыток он стал выглядеть как прочитанный только при вставке.
Попытки исправить
Это когда я прогонял перечисленные выше попытки, чтобы попытаться переформатировать его в случае неправильного формата. Однако невозможность сделать это даже на загрузочном диске показала, что что-то более серьезное не так. -p теперь сообщает, что все в порядке, и chkdsk по-прежнему сообщает MBR несоответствия, но теперь всегда выбирает первый FAT автоматически после того, как сказал мне FAT отличаются. Он по-прежнему делает то же самое fsck после. Я больше не могу работать с Free cluster summary wrong, потому что теперь он помечен как “только для чтения”. Ему также удалось как-то повреждает диск моей ВМ с первой попытки (да, я уверен, что выбрал sda, который отображается на 7.4 Гб диске - я triple проверил). Слава Богу за снимки?
У меня почти закончились идеи. По моему неопытному мнению, похоже, что что-то в прошивке диска настроило его на чтение только “постоянно” - есть ли какой-нибудь способ сбросить это? Я не особо забочусь о хранении данных, учитывая, что переформатировал их дважды.
Кроме того, исправления, которые удерживают меня в Windows, лучше; это снижает риск случайного взрыва моего основного жесткого диска.
Обновление 1:
Я разобрал диск из любопытства.
Как видите, нет явных переключателей защиты от записи. На другой стороне находится ИС под маркой ALCOR с маркировкой AU6989HL, если это имеет значение. Если не удастся это исправить, я, вероятно, вытащу (приклеенную) карту и помещу ее в кард-ридер, чтобы проверить, не умерла ли это карта или контроллер.
Обновление 2:
Я вытащил карту, Windows теперь определяет диск как кардридер. Контакты на карте не используются, а на самой карте есть несколько рядов отверстий. Если поместить его в кард-ридер, то он обнаружит только около 30 МБ всего, в формате RAW. Вероятно, это либо оригинальный диск неправильно сообщает о неисправности карты (как будто была включена защита от записи на настоящей SD карте), либо где-то плохой контакт.
Если больше ничего, то теперь у меня есть запасная карта Micro SD емкостью 8 Гб… как только я выясню, как отформатировать ее в 8 Гб. Что не представляется возможным (Windows, Partedmagic, -p, DBAN… нет, все еще 30MB). Ну и ладно.
Обновление 3
У меня было еще несколько таких. Вторая не удалась аналогичным образом (только для чтения) сегодня. Из оставшихся два были обнаружены как пустые кардридеры/неформатированные диски, в зависимости от встряски (неисправный контакт?). Один был обнаружен как 1/3 заполненный и имел нечетное имя громкости. Результаты
H2testw (на последнем полностью рабочем!):
Хотя это немного беспокоит, очевидно, что диски действительно имеют емкость около 8 Гб, что подтверждается инструментом, часто успешно используемым для обнаружения фальшивых флэш-накопителей. Использование карты Micro SD вместо маркированного модуля флэш-памяти делает практически невозможным перепрошивку диска, так как инструменты Alcor для прошивки дисков ожидают модель памяти в качестве параметра. Думаю, я просто выкину все это.