web-dev-qa-db-fra.com

De quelle manière ai-je détruit mon USB et comment la réparer?

Il y avait deux tentatives de mienne pour installer quelque chose sur mon bâton USB, les deux fois, cela a entraîné un, ce que j'appelle, la "destruction complète" de mon bâton USB.

Pourquoi je pense que ce n'est pas un problème matériel : J'ai essayé d'installer un conteneur de docker NextCloud Passer le bâton USB comme emplacement de stockage. Dans les deux cas, le scénario était absolument identique: la première tentative d'installation a échoué, j'ai réessayé après avoir modifié les autorisations d'un dossier sur le bâtonnet USB avec Chmod, mais elle a échoué. J'ai réessayé et il a été coincé dans le processus pour toujours et que cela a été réclamé, il y avait un processus écrit sur le bâton USB lorsque j'ai essayé de la démonter. Après une durée considérable, j'ai forcé un redémarrage après quoi les bâtons n'étaient plus reconnus.

J'ai essayé de le sauver avec Gparted mais malheureusement, le bâton n'est plus reconnu. Cependant, exécution de usb-devices Une fois avec le bâton USB branché et une fois sans qu'il soit branché, révèle que l'entrée suivante est associée à l'un des bâtons cassés, Herafter appelé Stick 1 (pour l'autre, Stick 2, il n'y a rien trouvé de ):

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

Pour bâton 1 exécution de Sudo lsblk -o model,name,size,fstype,label,mountpoint rendements: USB Remove DIS sda 29.8G Pour bâton 2 rien n'est retourné.

Ma question : Que puis-je faire pour réparer les bâtons (je m'en soucie des données sur eux)?

Mise à jour : J'ai réussi à écraser le bâton 1 avec des zéros maintenant par: Sudo dd if=/dev/zero of/dev/sda

Après avoir fait, j'ai essayé de créer une nouvelle partition de données avec Sudo mkfs.ext4 /dev/sda qui a donné la sortie suivante (UUID remplacé par 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 montre alors une entrée pour/dev/sda avec système de fichiers unknown et une taille de 456.55 MiB (comparez le résultat de la commande lsblk ci-dessus). Toujours le bâton n'est pas reconnu comme une clé USB correctement si je le branle dans un ordinateur arbitraire (y compris celui que j'ai gparté).

partitioningusbmountgpartednextcloud
1
DonkeyKong

C'était un problème matériel, probablement causé par une tension trop élevée sur les machines à sous USB de My RaspberryPI. Je mettez maintenant un hub USB alimenté entre les deux et le prochain bâton ne s'est plus rompu.

1
DonkeyKong

Créer des systèmes de fichiers sur des disques bruts est composé de deux étapes: créer une partition (s) puis la création du système de fichiers. Je pense que ce qui se passe est que vous ayez créé une partition sans un système de fichiers avec gparted puis essayé de créer un système de fichiers sans partitions à l'aide de mkfs.ext4. Essayez ce qui suit:

  1. Zéro dehors le lecteur à nouveau à l'aide de dd _ Juste nous savons que nous commençons à partir de zéro
  2. Créer une partition géante à l'aide de gparted qui prend tout le lecteur
  3. Formatez la nouvelle partition comme ext4 à l'aide de la commande Sudo mkfs.ext4 /dev/sda1 (Notez l'utilisation de SDA1 et non SDA, cela indique la première partition vs tout le disque).

Vous pourriez être déjà au courant, mais Windows n'a aucun support pour la lecture de données sur les partitions ext4 (il existe des services publics tiers, mais ils sont sous-développés). Si vous souhaitez lire cette ThumbDrive de Windows et que vous courez 20.04, je vous recommanderais de formater comme EXFAT. L'inconvénient de cela est que EXFAT ne supporte aucune autorisation sur les fichiers/répertoires.

1
Brian Turek