На це питання вже є відповідь тут:
У мене є абсолютно нова флешка (один тиждень), яка стала відзначена лише для читання 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 флеш-накопичувачів GIGAbyte, на які я натрапив. Приблизно 127 Мб було внесено до списку "використовуваного" Windows. Я так і не дізнався, чому. Кінцевий корисний простір був приблизно тим, що я зазвичай очікую від 8 ГБ накопичувача (приблизно 7,4 Гбітбайт).
На мене було кинуто досить багато дистрибутивів Linux, а також копія Hiren's. Вони б усі завантажувались ідеально. Їх надягали на YUMI .
Коли я спробував увімкнути DVD Knoppix, YUMI додав незвичайний варіант відео до свого завантажувача, що спричинило завантаження Knoppix з чорного екрану на X. tty
s 1 до 6 все ще працювало як текстові інтерфейси.
Через кілька днів я зайняв деякий час, щоб зняти цей дивний варіант відео, щоб команда завантаження відповідала тій, що постачається з Knoppix. Про спробу завантаження Knoppix повідомив про певну форму корупції LZMA.
Ведучий до поточного випуску
Я думав, що файли Knoppix якось були пошкоджені, тому спробував перезавантажити його. Привід майже повний (45 Мб безкоштовно), тому я видалив загальний ISO, який також не завантажувався. Це пішло нормально. Потім я пройшов YUMI для "видалення" Knoppix, тобто видалення файлів і видалення з меню. Файли спочатку йшли, потім меню було успішно очищено. Однак вільний простір застряг приблизно в 700 Мб, такий же, як і до видалення Knoppix. У старій папці Knoppix був файл з ім'ям 0 байт, KNOPPIX
який неможливо видалити.
Я спробував повторно вставити диск, щоб видалити цей файл - без безпечного видалення, якщо це змінило значення (ей, перший раз для всього). Запуск стандартного chkdsk
сканування Windows без знайдених /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
. Він сказав мені, що жири відрізняються, і попросив мене вибрати перший або другий жир. Що б я не вибрав, я отримав повідомлення Free cluster summary wrong
. Якщо я вибрав Correct
, він подав список неправильних імен файлів. Щоб спробувати щось виправити , принаймні, я запустив це з -p
варіантом. На півдорозі виправлення файлів ВМ застиг - я закінчив його процес приблизно через десять хвилин.
Причина?
Наступною моєю спробою було знову використовувати YUMI, щоб відновити весь накопичувач. Я використовував вбудований YUMI в переформатуванні (до FAT32) і встановив ISO Kubuntu (700 МБ). Формат був успішним, однак витяг та копія Kubuntu (для якого YUMI використовує 7zip двійковий код) застигли приблизно на 60%. Почекавши хвилин п'ятнадцять (довше, ніж 3,5 Гб Knoppix ISO зайняв останній раз), я витягнув накопичувач. Привід у цей момент вже був відформатований, SYSLINUX вже встановлений, просто чекаючи розпакування ISO та модифікації меню завантаження.
Підключивши його назад, він з'явився як звичайний - проте будь-яка дія запису буде невдалою. Управління дисками повідомило про це як лише для читання. Після повторного підключення це стане нормальним, але операція запису змусить його читати лише знову. Після декількох спроб він почав виходити так, як читати лише після вставки.
Спроби виправити
Це коли я зіткнувся з переліченими вище спробами, щоб спробувати переформатувати її у разі несправного формату. Однак неможливість зробити це навіть на завантажувальному диску вказує на щось більш серйозне - це неправильно. chkdsk
тепер повідомляє, що нічого поганого немає, і fsck
все ще повідомляє про невідповідності MBR, але тепер завжди вибирає перший FAT автоматично після того, як повідомив мені, що FATs відрізняються. Це все одно робить те саме і Free cluster summary wrong
згодом. Більше не можу працювати, -p
тому що він позначений як прочитаний. Також мені вдалося якось зіпсувати диск мого VM з першої спроби (так, я впевнений, що вибрав sda, який відображається на 7,4 ГБ накопичувачі - я потрійно перевірив). Слава богу за знімки?
Я просто поза ідеями. На мій недосвідчений розум, це схоже на те, що щось у прошивці диска налаштовує його якось читати лише "постійно" - чи є такий спосіб скинути це? Мені особливо не важливо зберігати дані, враховуючи, що я їх переформатував двічі.
Крім того, виправлення, які зберігають мене в Windows, краще; це зменшує ризик випадкового пошкодження мого основного жорсткого диска.
Оновлення 1:
Я розігнав диск з цікавості.
Як бачите, очевидних перемикачів захисту від запису немає. З іншого боку є ІМС, ALCOR з маркою AU6989HL, якщо це має значення. Якщо виявиться, що це неможливо виправити, я, мабуть, витягну (приклеєну) картку і покладу її в кард-ридер, щоб перевірити, чи це карта чи контролер, який загинув.
Оновлення 2:
Я витягнув карту, Windows зараз розпізнає накопичувач як зчитувач карт. Контакти на картці, здається, не використовуються, і на самій карті є кілька рядів отворів. Поклавши його в кард-рідер, виявляється лише близько 30 Мб, RAW. Це, мабуть, або оригінальний привід, який неправильно повідомляє про карту як про несправність (як якщо б увімкнено справжній захист від запису SD-карти) або десь поганий контакт.
Якщо нічого іншого, зараз у мене є запасна 8 Гб Micro SD карта ... як тільки я зрозумію, як відформатувати її як 8 Гб. Що здається неможливим (Windows, Partedmagic,, dd
DBAN ... nope, ще 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
. Нічого там не відбувається. Так, я оновлювався ( F5
), постійно.