为什么我的闪存驱动器变为“只读”,并且(如何)可以修复它?[重复]


52

这个问题已经在这里有了答案:

我有一个全新的闪存驱动器(一个星期大),已被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

真正让我困惑的是Current Read-only State : YesRead-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)

详细信息(还有一个不错的故事)

背景

这是一个全新的,通用的8GB闪存驱动器,我想使用它来创建多引导闪存驱动器。它格式化为FAT32,但比我遇到的大多数8个GIGAbyte闪存驱动器大一点。Windows将大约127MB列为“已使用”。我从未发现原因。最终可用空间大约是我通常期望的8GB驱动器(大约7.4 GIBIbytes)的空间。

我已经发布了很多Linux发行版,以及Hiren的副本。他们都将完美启动。他们与YUMI一起穿上。

当我尝试放上Knoppix DVD时,YUMI在其引导命令中添加了一个奇怪的视频选项,这导致Knoppix在X上以黑屏引导。tty第1到6仍然用作纯文本接口。

几天后,我花了一些时间取消该奇怪的视频选项,使boot命令与Knoppix随附的命令匹配。在尝试启动时,Knoppix报告了某种形式的LZMA损坏。

导致当前问题

我当时以为Knoppix文件可能已经损坏,所以我尝试重新加载它。该驱动器快满了(45MB可用空间),因此我删除了一个也无法启动的通用ISO。很好 然后,我通过YUMI来“卸载” Knoppix,即删除文件并从菜单中删除。文件先去,然后菜单成功清除。但是,可用空间大约为700MB,与删除Knoppix之前的空间相同。在旧的Knoppix文件夹中,有一个名为0字节的文件KNOPPIX,无法删除。

我尝试重新插入驱动器以删除此文件-如果有所不同,请不要安全地删除(嘿,所有东西都是第一次)。运行标准Windows chkdsk扫描,未发现/r/f报告错误。运行/r只是卡住了。

我决定尝试fsck一下,因此我加载了Kubuntu VM,并通过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选项来运行它。在修复文件的一半过程中,VM冻结了-大约十分钟后,我结束了它的过程。

原因?

我的下一个尝试是再次使用YUMI重建整个驱动器。我使用了YUMI的内置重新格式化(至FAT32)选项,并安装了Kubuntu ISO(700MB)。格式成功,但是Kubuntu的提取和副本(YUMI使用7zip二进制文件)冻结了大约60%。等待了大约十五分钟(比上次使用3.5GB的Knoppix ISO更长的时间)后,我将驱动器拔出。此时,驱动器已经格式化,已经安装了SYSLINUX,仅在等待ISO的解压缩和引导菜单的修改之后。

插回去,它像往常一样出现-但是,任何写操作都将失败。磁盘管理将其报告为只读。重新连接后,它将正常恢复,但是写操作将使其再次变为只读状态。经过几次尝试,它开始以只读方式出现。

尝试修复

这是我进行上面列出的尝试时要尝试的格式,以防格式错误。但是,即使在可启动磁盘上也无法执行此操作,这表明更严重的问题是错误的。chkdsk现在报告没有问题,并且fsck仍然报告MBR不一致,但是现在告诉我FAT不同后,现在总是自动选择第一个FAT。之后它仍然做同样的Free cluster summary wrong事情。我不能再运行了-p,因为它现在被标记为只读。它也成功地败坏我的虚拟机的磁盘莫名其妙地在第一次尝试(是的,我敢肯定,我选择了SDA,它映射到7.4GB驱动器-我三重检查)。感谢上帝的快照?


我没什么主意。以我的经验不足的想法,它看起来像驱动器固件中的某个内容,以某种方式将其设置为“永久”读取-是否有任何方法可以将其重置?考虑到我已经重新格式化两次,所以我并不特别在意保存数据。

另外,使我留在Windows中的修复程序会更好。它减少了我意外破坏主硬盘驱动器的风险。


更新1:

我出于好奇而将驱动器拆开了。

电路板照片

如您所见,没有明显的写保护开关。如果需要的话,另一侧还有一个IC,ALCOR品牌的AU6989HL。如果似乎没有办法解决此问题,我可能会拉出(粘着的)卡,然后将其放入读卡器中,以检查是卡还是控制器坏了。


更新2:

我已拔下卡,Windows现在将驱动器检测为读卡器。卡上的触点似乎没有使用,并且卡本身上有几排孔。将其放入读卡器只能检测到大约30MB的RAW。可能是原始驱动器错误地将卡报告为有故障(就像打开了真实SD卡的写保护一样)或某处的接触不良。

如果没有其他问题,我现在有一块备用的8GB Micro SD卡...只要弄清楚如何将其格式化为8GB。这似乎不可能(Windows,Partedmagic dd,DBAN ...不,仍然为30MB)。呃,好吧。


更新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的容量,这一点已通过经常成功用于检测假闪存驱动器的工具进行了验证。使用Micro SD卡而不是带有标记的闪存模块,几乎不可能对驱动器进行刷新,因为Alcor的驱动器刷新工具将存储模型作为参数。我想我会把所有东西都扔掉。


这种情况很少见,但是某些USB驱动器具有写开关。你有这样的开关吗?
soandos 2012年

@soandos不,不是-我当然希望我能注意到驱动器上的开关!它有那些旋转盖之一。我只是将其拆开,发现里面有一块漂亮的8GB Micro SD卡-实际上是粘在电路板上的。真令人惊讶。这是2类Micro SD;正常的品牌名称位置在黑卡上有一个棕色的矩形。如果没有解决方案,我可能最终将卡拔出(据我所知,这是不可逆的),以查看卡或控制器是否死亡。
鲍勃

许多SD卡也具有开关。你能绊倒一个吗?
soandos 2012年

1
@Oliver我指的是在运行DiskPart的五分钟之内未记录任何内容。我刚刚检查了一下,插入驱动器时也没有任何反应。我还送了一个自定义视图,包括一切在这两个Windows LogsApplications and Services Logs。那里什么也没发生。是的,我确实F5不断刷新()。
鲍勃

4
我建议您不要再购买这些了。
Daniel R Hicks 2012年

Answers:


21

您可以尝试使用芯片制造商Alcor的工具。您可以通过Google找到它,名称是“ AlcorMP_5T2F_6T2F_2011-11-10.02”。

在这里,首先打开LoadDriver.exe,然后输入VID和PID(可以使用ChipGenius或Linux并键入“ lsusb -v”来找到这些值),然后单击“安装”。对我而言,价值是058F6387

然后,运行AlcorMP.exe,其中应列出您的设备。单击其左侧的按钮,然后单击“开始”在您的控制棒上进行低级格式化和错误块扫描。


4
我很佩服。这是我在Update 3中提到尝试过的工具的更新版本(大约4年)。它做到了!对其他人的警告:这将擦拭驱动器,因此在运行它之前,请尝试复制所有内容(毕竟它是固件闪存!)。VID和PID可以通过Device Manager=> Universal Serial Bus Controllers=> 在Windows上找到USB Mass Storage Device(可能是另一个名称)=> Properties=> Details=> Hardware Ids。哦,谢谢!
鲍勃

就我而言,AlcorMP.exe无法检测到它。来自CheipGenius的输出,USB设备ID:VID = 0011 PID = 7788序列号:E41A233A芯片供应商:Alcor Micro芯片部件号:SC708ANHL(FC8708ANHL)/ AU6987 / AU6990-F / W E442闪存ID代码:2C88085F-Micron MT29F128G08EFAAA- 2CE /单频道[TLC-8K]->总容量= 16GB网上工具: dl.mydigit.net/special/up/alcor.html
karim

3
Google对于该exe的结果非常粗略。有值得信赖的消息来源吗?该公司是alcormicro.com吗?
endlith 2014年

你可以在这里获取更新的版本:usbdev.ru/files/alcor/alcormp 这里有一些更详细的指南:techunboxed.com/2014/09/...
MokiTa

1
忽略MokiTa的最后评论。永远不要执行您不信任的文件。alcormicro.com的原始版本是...由您决定。Alcor开展业务已有一段时间。(但他们似乎不再分发它了。)
teika kazura

11

我个人认为该卡及其未连接处接触不良。立即备份所有内容。

我将使用linux的dd实用程序重置设备。只读状态可能在设备的引导扇区中,而fsck和chkdsk是文件系统级检查,因此不会做太多事情。

引导到您的ubuntu ISO并尝试:

dd if=/dev/zero of=/dev/sdx bs=1M

将/ dev / sdx替换为与USB驱动器相对应的设备

/ dev / sdx1是分区,其中/ dev / sdx是整个驱动器。您需要确保已卸载分区才能实现此目的。如果由于只读而无法对该驱动器进行dd调试,则将其归因于硬件故障,您可能会在dmesg中看到该故障。


1
是的,它似乎是错误的联系人。dd没有做任何事情,正如预期的那样,因为Linux将卡检测为只读-实用程序是否有可能绕过OS检测到的内容?无论如何,我会接受的。
Bob

@Bob-我希望实用程序无法绕过操作系统检测为只读/写保护的内容,否则我们将遇到所有这些写保护的floopy驱动器的麻烦(我在开玩笑)。似乎驱动器只是一个哑口,它发生了,将其返回。您是否从普通供应商那里购买了该驱动器?尽管微卡说它的8GB容量可能是假的,但它也是可能的。我没有养成拆开15美元的闪存设备的习惯,但是它是这样构造的,这有点奇怪。
Ramhound

@Ramhound,驱动器本身可以容纳将近8GB,已验证-我在Knoppix DVD中安装了4 x 700MB完整CD Linux发行版+ 3.5GB + 700MB Hirens + 700MB其他ISO = 7GB ...带有一点可用空间。我想我会扔掉它,或者保留它以提醒您只能从知名(且更昂贵)的品牌购买闪存驱动器。
Bob

@Ramhound我显然不能加起来。我还有一些。第二个失败今天类似(只读)。在其余的组件中,有两个被检测为空的读卡器/未格式化的驱动器,具体取决于晃动(接触不良吗?)。其中一个被检测为1/3满,并且具有奇数的卷名。我目前正在使用剩下的唯一一个正在运行的H2testw。同样,尽管Micro SD卡说的是第2类,但其写入速度目前约为4.2 Mbyte / s。不幸的是,如果它是假的,没有已知的闪存模块就很难刷新-无法在闪存驱动器中找到对Micro SD的任何引用
Bob

3

RMPrepUSB具有快速驱动器容量测试,旨在测试“假” USB闪存驱动器并测试其容量。

这是很多比运行H2TESTW(但不彻底)更快。如果它通过了RMPrepUSB测试,那么您以后总是可以运行H2TESTW –如果它未通过RMPrepUSB快速驱动器测试,则它不会通过H2TESTW,并且无论如何,H2TESTW都将花费一些时间。


欢迎来到超级用户,史蒂夫!根据我们的常见问题解答,请披露您所提及的工具和网站的隶属关系。我们欢迎任何相关的贡献,但请不要过度推广。谢谢!
slhck


1

当驱动器将无效数据返回到命令(例如SCSI MODE SENSE)时,可能会发生只读操作。可能是由于固件或闪存损坏引起的。确实没有解决办法。


1

您可以解决此问题。在cmd提示符下输入“ regedit”

[HKEY_LOCAL_MACHINE \ SYSTEM \ CurrentControlSet \ Control \ StorageDevicePolicies]“ WriteProtect”更改值= 0,然后保存并重新启动系统并进行检查...


1

我把它借给别人借给他们的Mac使用的USB密钥。所有文件均为只读,并且磁盘本身在“计算机管理”中标记为“只读”。我将其插入另一台Mac中,然后在Finder中查看并删除了它(我承认没有先退出它)。当我将其重新插入Windows 7计算机时,它又能正常工作。简单的解决方案,但是如果您附近有Mac,我只会对您有所帮助


在插入MacBook Pro之后,我也遇到了这种情况
endolith 2014年

0

我遇到了同样的问题,然后找到了该程序。

WBFS管理器链接:http ://wbfsmanager.codeplex.com

该程序将格式化USB闪存以在Wii上运行。下载到您的PC,安装,运行,然后选择遇到问题的闪存驱动器。

然后在此程序下格式化它,退出WBFS Manager,启动,然后运行计算机管理。然后从屏幕左侧选择“磁盘管理”,单击您的闪存驱动器并在Windows下进行格式化,然后闪存驱动器将再次运行。


1
使用Yumi后,我有2个不同的拇指驱动器出现此问题。我遵循了这一点。但是我不必做快速格式化。我不得不做一个完整的非快速格式。在卸下拇指驱动器之后,我还必须等待5分钟才能重新插入。它们都是相同的拇指驱动器(即相同的品牌)。我仍然不确定为什么会发生这种情况,但这似乎奏效了。

0

我对“当前只读状态:是”有相同的问题。我试图弄清楚为什么右键单击该文件夹后无法从SD存储卡中删除照片。下拉窗口中没有列出DELETE。

我卸载了SD读卡器的驱动程序,然后重新安装了该驱动程序。那解决了我的问题。

现在,当我右键单击图片文件夹时,下拉窗口中将列出删除选项。重新安装驱动程序后,我运行了diskpart。当前的只读状态为否。我有一台装有Windows 8操作系统的新电脑。

我的猜测是我的计算机完成更新的时间,也就是我的问题开始的时间。我记得以前第一次买电脑时能够从SD存储卡中删除照片。


-1

请尝试以下步骤进行更改-

  1. 首先,将笔式驱动器插入计算机的端口:
  2. 转到磁盘管理。
  3. 您在其中看到磁盘1可移动磁盘。
  4. 右键单击该磁盘,然后为Windows创建驱动器。
  5. 然后可以格式化它,轻松格式化。

现在您可以正常使用该笔式驱动器了。

By using our site, you acknowledge that you have read and understand our Cookie Policy and Privacy Policy.
Licensed under cc by-sa 3.0 with attribution required.