Monday, April 29, 2024
1
rated 0 times [  1] [ 0]  / answers: 1 / hits: 766  / 3 Years ago, sun, october 24, 2021, 7:30:18

There were two attempts of mine to install something on my USB stick, both times this resulted in a, what I call, "complete destruction" of my USB stick.


Why I think that it is not a hardware problem: I tried to install a Nextcloud docker container passing the USB stick as storage location. In both cases the scenario was absolutely identical: The first installation attempt failed I retried after modifying the permissions of a folder on the USB stick with chmod, but it failed again. I retried and it was stuck in the process forever and claimed there was a process writing to the USB stick when I tried to unmount it. After a considerable amount of time I forced a restart after which the sticks were not recognised anymore.


I tried to rescue it with Gparted but unfortunately the stick is not recognised anymore. However, execution of usb-devices once with the USB stick plugged in and once without it being plugged in, reveals that the following entry is associated to one of the broken sticks, herafter referred to as stick 1 (for the other one, stick 2, there is nothing found):


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

For stick 1 execution of
sudo lsblk -o model,name,size,fstype,label,mountpoint
yields:
USB Remove DIS sda 29.8G
For stick 2 nothing is returned.


My question: What can I do to repair the sticks (I do not care about any data on them)?


Update: I managed to overwrite stick 1 with zeros now by:
sudo dd if=/dev/zero of/dev/sda


After doing so I tried to create a new data partition on it with
sudo mkfs.ext4 /dev/sda
which gave the following output (UUID replaced by 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 then shows an entry for /dev/sda with file System unknown and a size of 456.55 MiB (compare the result of the lsblk command above). Still the stick is not recognised as USB stick properly if I plug it into an arbitrary computer (including the one I have gparted on).


More From » partitioning

 Answers
6

It was a hardware problem, presumably caused by too high voltage on my RaspberryPi's USB slots. I now put a powered USB-Hub in between and the next stick did not break anymore.


[#2748] Monday, October 25, 2021, 3 Years  [reply] [flag answer]
Only authorized users can answer the question. Please sign in first, or register a free account.
enytidge

Total Points: 169
Total Questions: 105
Total Answers: 107

Location: Papua New Guinea
Member since Tue, Aug 24, 2021
3 Years ago
enytidge questions
;