我以什么方式损坏了我的 USB 以及如何修复它?

我以什么方式损坏了我的 USB 以及如何修复它?

我曾两次尝试在 USB 上安装某些东西,但两次都导致了 USB 的“彻底毁坏”。

为什么我认为这不是硬件问题:我尝试安装 Nextcloud docker 容器,并将 USB 棒作为存储位置。两种情况下的情况完全相同:第一次安装尝试失败,我使用 chmod 修改 USB 棒上文件夹的权限后重试,但再次失败。我重试,但一直卡在进程中,当我尝试卸载 USB 棒时,提示有一个进程正在写入 USB 棒。经过相当长的时间后,我强制重启,之后 USB 棒不再被识别。

我尝试使用 Gparted 来修复它,但不幸的是,该存储棒不再被识别。但是,usb-devices在插入 USB 存储棒的情况下执行一次,在未插入 USB 存储棒的情况下执行一次,发现以下条目与其中一个损坏的存储棒(以下称为存储棒 1)相关联(对于另一个存储棒 2,没有找到任何内容):

T:  Bus=01 Lev=02 Prnt=02 Port=03 Cnt=03 Dev#= 11 Spd=480 MxCh= 0
D:  Ver= 2.10 Cls=00(>ifc ) Sub=00 Prot=00 MxPS=64 #Cfgs=  1
P:  Vendor=058f ProdID=1234 Rev=00.02
S:  Manufacturer=ALCOR          
S:  Product=AU87101A UFDISK     
S:  SerialNumber=123456789ABCDEF     
C:  #Ifs= 1 Cfg#= 1 Atr=80 MxPwr=200mA
I:  If#= 0 Alt= 0 #EPs= 2 Cls=08(stor.) Sub=06 Prot=50 Driver=usb-storage

对于棒 1 执行 sudo lsblk -o model,name,size,fstype,label,mountpoint 收益: USB Remove DIS sda 29.8G 对于棒 2 则不返回任何内容。

我的问题:我该怎么做才能修复这些棒子(我不关心它们上面的任何数据)?

更新:我现在设法用零覆盖棒 1,方法是: sudo dd if=/dev/zero of/dev/sda

完成此操作后,我尝试在其上创建一个新的数据分区,并 sudo mkfs.ext4 /dev/sda 给出以下输出(UUID 替换为X...X):

mke2fs 1.43.4 (31-Jan-2017)
Discarding device blocks: done                            
Creating filesystem with 467512 1k blocks and 116928 inodes
Filesystem UUID: XXXXXXXXXXXXXXXXXXXXX
Superblock backups stored on blocks: 
    8193, 24577, 40961, 57345, 73729, 204801, 221185, 401409

Allocating group tables: done                            
Writing inode tables: done                            
Creating journal (8192 blocks): done
Writing superblocks and filesystem accounting information: done 

然后,Gparted 显示 /dev/sda 的条目,其文件系统unknown和大小为456.55 MiB(比较上面 lsblk 命令的结果)。如果我将该棒插入任意计算机(包括我已在其上执行 gparted 的计算机),它仍然无法正确识别为 USB 棒。

答案1

在原始磁盘上创建文件系统包括两个步骤:创建分区,然后创建文件系统。我认为发生的情况是,您使用 创建了一个没有文件系统的分区,gparted然后尝试使用 创建没有分区的文件系统mkfs.ext4。请尝试以下操作:

  1. 再次将驱动器清零,dd这样我们就知道我们从头开始
  2. 创建一个gparted占用整个驱动器的巨型分区
  3. 使用命令将新分区格式化为 ext4 sudo mkfs.ext4 /dev/sda1(请注意使用 sda1 而不是 sda,这表示第一个分区而不是整个磁盘)。

您可能已经知道,但 Windows 不支持读取 ext4 分区上的数据(有第三方实用程序,但它们尚未开发)。如果您想从 Windows 读取此拇指驱动器并运行 20.04,我建议将其格式化为 exFAT。缺点是 exFAT 不支持对文件/目录的任何权限。

答案2

这是硬件问题,可能是我的 RaspberryPi 的 USB 插槽电压过高造成的。现在我在中间放了一个有电的 USB 集线器,下一根插棒就没再坏了。

相关内容