На этот вопрос уже есть ответ здесь:
У меня есть новая флешка (одна неделя), которую 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. Они все загрузятся идеально. Они были одеты с ЮМИ .
Когда я попытался включить DVD-диск Knoppix, YUMI добавил к своему начальному загрузчику странную опцию видео, которая заставила Knoppix загружаться с черным экраном на X. С tty
1 по 6 все еще работали как текстовые интерфейсы.
Несколько дней спустя я потратил некоторое время, чтобы отключить эту странную опцию видео, чтобы команда загрузки соответствовала той, которая поставляется с Knoppix. При попытке загрузки Knoppix сообщил о некоторой форме повреждения LZMA.
Ведущий к текущей проблеме
Я думал, что файлы Knoppix могли быть как-то повреждены, поэтому я попытался перезагрузить его. Диск был почти заполнен (45 МБ), поэтому я удалил общий ISO, который также не загружался. Это прошло хорошо. Затем я прошел через YUMI, чтобы «удалить» Knoppix, то есть удалить файлы и удалить из меню. Сначала пошли файлы, затем меню были успешно очищены. Тем не менее, свободное пространство осталось примерно 700 МБ, как и до удаления Knoppix. В старой папке Knoppix был файл с 0-байтовым именем, KNOPPIX
который нельзя удалить.
Я попытался переустановить диск, чтобы удалить этот файл - без безопасного удаления, если это имело значение (эй, первый раз для всего). Запуск стандартной Windows , chkdsk
сканирование без /r
или /f
найдены сообщенные ошибки. Бег с /r
только что застрял.
Я решил попробовать fsck
, поэтому я загрузил свою виртуальную машину Kubuntu и подключил к ней диск с помощью виртуальной шины USB 2.0 VirtualBox. Я сделал 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 ожидают модель памяти в качестве параметра. Я думаю, я просто выкину все это.
Windows Logs
и Applications and Services Logs
. Там ничего не происходит. Да, я делал refresh ( F5
) постоянно.