Почему мой флеш-накопитель становился “только для чтения” и (как) я могу зафиксировать его? [дубликат]
У меня есть совершенно новый флеш-накопитель (одна неделя), которая стала отмеченной как только для чтения, Windows, Kubuntu и загрузочным partitioner. Почему это происходило? Действительно ли это является закрепляемым? Если это, как я могу зафиксировать это?
Проблема
Во-первых, этот диск является новым. Это, конечно, не использовалось достаточно для смерти от естественного износа, хотя я не обесценю дефектные компоненты.
Сам диск так или иначе стал привязанным состояние только для чтения. Управление дисками 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 - 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 (через передачу VirtualBox USB): посмотрите ниже для деталей
Acronis True Image к формату, чтобы преобразовать в GPT, уничтожить и восстановить MBR, в основном что-либо: отказавший (не мог записать в MBR),
Детали (и хорошая история)
Фон
Это было совершенно новым, универсальным, флеш-накопителем на 8 ГБ, с которым я хотел создать диск мультифлэш-памяти начальной загрузки. Это стало отформатированное FAT32, хотя странно немного больше, чем большая часть флеш-накопителей на 8 гигабайтов, с которыми я столкнулся. Приблизительно 127 МБ были перечислены, как "используется" Windows. Я никогда не обнаруживал почему. Применимое пространство конца было о том, что я обычно ожидаю от диска на 8 ГБ (приблизительно 7,4 Гибибайт).
Я бросил довольно много дистрибутивов Linux на, наряду с копией Hiren. Они все загрузились бы отлично. Они поставились с YUMI.
Когда я пытался поставить DVD Knoppix, YUMI добавила нечетный параметр видео к своему аферисту начальной загрузки, который заставил Knoppix загружаться с черным экраном на X. ttys 1 through 6 все еще работал, поскольку текст только взаимодействует через интерфейс.
Несколько дней спустя я не торопился для выбирания того нечетного варианта видео прочь, заставляя команду загрузки соответствовать той, которая идет с Knoppix. На попытке загрузиться, Knoppix сообщил о некоторой форме повреждения LZMA.
Продвижение до текущей проблемы
Я думал, что файлы Knoppix, возможно, были повреждены так или иначе, таким образом, я пытался перезагрузить его. Диск был почти полон (свободных 45 МБ), таким образом, я удалил универсальный ISO, который также не загружался. Это пошло прекрасное. Я затем прошел YUMI, чтобы 'удалить' Knoppix, т.е. удалить файлы и удалить из меню. Файлы пошли сначала, затем меню были очищены успешно. Однако свободное пространство было упорно продолжено приблизительно 700 МБ, то же, поскольку оно прежде удаляло Knoppix. В старой папке Knoppix был 0-байтовый названный файл KNOPPIX это не могло быть удалено.
Я пытался повторно вставить диск удалить этот файл - без безопасного удаления, если это имело значение (эй, в первый раз для всего). Запуск стандартного Windows chkdsk сканирование без /r или /f ошибки, о которых сообщают, найдены. Выполнение с /r просто вовлеченный это.
Я решил дать fsck выстрел, таким образом, я загрузил свой Kubuntu VM и присоединил диск к нему с передачей USB 2.0 VirtualBox. Я umountредактор это (/dev/sda1) и выполнил fsck. There are differences between boot sector and its backup. Я выбрал No action. Это сказало мне, что ЖИРЫ отличаются и попросили, чтобы я выбрал или первый или второй FAT. Какой бы ни я выбрал, я получил уведомление о Free cluster summary wrong. Если я выбрал Correct, это дало список неправильных имен файлов. Чтобы попытаться зафиксировать что-то, по крайней мере, я выполнил его с -p опция. На полпути посредством фиксации файлов, VM заморозился - я закончил его процесс приблизительно десять минут спустя.
Причина?
Моя следующая попытка состояла в том, чтобы использовать YUMI, снова, для восстановления целого диска. Я использовал встроенный YUMI's, переформатировали (к FAT32) опцию и установил ISO (700MB) Kubuntu. Формат был успешен, однако, извлечение и копия Kubuntu (который YUMI использует 7zip двоичный файл для), заморозился в сделанных приблизительно 60%. После ожидания в течение приблизительно пятнадцати минут (дольше, чем Knoppix на 3.5 ГБ ISO занял время), я вытащил диск. Диск в этой точке был уже отформатирован, SYSLINUX, уже установленный, просто ожидая на распаковке ISO и изменении меню начальной загрузки.
Включение его въезжает задним ходом, это подошло как нормальное - однако, любое действие записи перестанет работать. Управление дисками сообщило об этом как только для чтения. На снова соединяются, это подошло бы как нормальное, но операция записи заставит это идти только для чтения снова. После нескольких попыток это начало подходить как только для чтения на вставке.
Попытки зафиксировать
Это - когда я пробежал упомянутые выше попытки, чтобы попытаться переформатировать его в случае дефектного формата. Однако неспособность сделать так даже на загрузочном диске указала, что что-то более серьезное является неправильным. chkdsk теперь отчеты ничто не неправильно, и fsck все еще отчеты, несоответствия MBR, но теперь всегда выбирает первый FAT автоматически после сообщения мне ЖИРЫ, отличаются. Это все еще делает то же Free cluster summary wrong впоследствии. Я не могу работать с -p больше, потому что это теперь отмечено как только для чтения. Этому также удалось повредить диск моего VM так или иначе на первой попытке (да, я уверен, что выбрал sda, который отображается на диске на 7.4 ГБ - я трижды проверил). Слава Богу для снимков?
Я примерно вне идей. К моему неопытному уму похоже, что что-то во встроенном микропрограммном обеспечении диска установило его на только для чтения "постоянно" так или иначе - там какой-либо способ сбросить это? Я особенно не забочусь о хранении данных, полагая, что я переформатировал его дважды.
Кроме того, фиксирует, которые сохраняют меня в Windows, лучше; это снижает риск меня случайно уничтожение моего основного жесткого диска.
Обновление 1:
Я разделил диск из любопытства.
Как Вы видите, нет никаких очевидных переключателей защиты от записи. Существует IC с другой стороны, созданная бренд ALCOR маркировала AU6989HL, если это имеет значение. Если, будет казаться, не будет никакого способа зафиксировать это, то я, вероятно, вытащу (запечатанную) карту и помещу ее в картридер, чтобы проверить, является ли это карта или контроллер, который перестал работать.
Обновление 2:
Я осуществил карту, Windows обнаруживает диск как картридер теперь. Контакты на карте, кажется, не используются, и существует несколько строк дыр на самой карте. Помещение его в картридер только обнаруживает общее количество приблизительно 30 МБ, СЫРЫЕ ДАННЫЕ. Это - вероятно, любой исходный диск, неправильно сообщая о карте как дефектной (как будто защита от записи реальной SD-карты была включена), или плохой контакт где-нибудь.
Если ничто иное, у меня есть запасная Микро 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
В то время как это немного вызывает беспокойство, очевидно диски на самом деле имеют почти-8GB способность, как проверено инструментом часто успешно раньше обнаруживал поддельные флеш-накопители. Использование Микро SD-карты, а не отмеченного модуля флэш-памяти делает почти невозможным повторно высветить диск, так как инструменты высвечивания диска Alcor ожидают модель памяти в качестве параметра. Я думаю, что просто выведу всех.