Projet de script : réparation de clés USB

raleur · 14-02-2022 22:59:22

ubub a écrit :

mais j'ai toujours du mal à voir ce qu'il faut y voir

Il faut y voir l'absence des messages caractéristiques relatifs au support de stockage (notamment l'indication de la taille du nombre de blocs), par exemple :

[ 5378.595683] sd 2:0:0:0: [sdb] 31948800 512-byte logical blocks: (16.4 GB/15.2 GiB)

[ 5378.597789] sd 2:0:0:0: [sdb] Write Protect is off

[ 5378.597794] sd 2:0:0:0: [sdb] Mode Sense: 23 00 00 00

[ 5378.598927] sd 2:0:0:0: [sdb] Write cache: disabled, read cache: enabled, doesn't support DPO or FUA

[ 5378.604578]  sdb: sdb1

Ta clé fait penser à un lecteur vide :

[ 6737.142567] scsi 5:0:0:0: Direct-Access     ChipsBnk Flash Reader     5.00 PQ: 0 ANSI: 2

[ 6737.143525] sd 5:0:0:0: [sdb] Media removed, stopped polling

phlinux · 15-02-2022 15:26:33

Bjr,
Sur une clé apparemment h.s. voilà une ligne de dmesg qui donne une indication exploitable:

 2396.644042] usb 1-6: Product: SM3255AA MEMORY BAR 

SM3255AA c'est la ref du driver. Peut être pas exploitable sous Linux, mais possible avec Windows.
Une video de démo https://www.youtube.com/watch?v=o8mgsx4a9Og

--gilles-- · 15-02-2022 17:27:43

Bonjour !

ubub a écrit :

bonjour,

Du coup de ce que je vois, mon seul problème pour commencer, c'est d'être capable de distinguer une clé USB d'un autre périphérique de stockage. Vous avez une idée ?

Les périphériques externes ( dont les clés USB et les disques externes ) sont montés avec /media/

Tu peux voir les points de montage avec lsblk, cette commande est bien expliquée avec :

lsblk --help et man lsblk

Un exemple avec la commande lsblk pour obtenir le point de montage, le type, le fabricant, le modèle, le nom, le type de système de fichiers, le type de partition :

lsblk -o MOUNTPOINT,TYPE,VENDOR,MODEL,NAME,FSTYPE,PTTYPE

otyugh a écrit :

Yep, pas faute de lui avoir dit qu'il faut éjecter ou démonter jusqu'au bout avant de retirer le bidule. C'est pour ça que c'était pas mal les clés avec une p'tite lumière quand ça i/o.

Après, j'ai jamais rien pu lire de fiable sur le fait que retirer une clé en cours d'écriture diminuait le temps de vie - je pensais que c'était une idée reçue des gens qui ne savent pas reformater leurs clés.
Pour ma mère je suspecte beaucoup plus des... Coups de pieds dans sa tour avec la clé branchée.

Du coup, j'ai l'impression que tes parents c'est çà :
https://www.youtube.com/watch?v=be5jJqShElw ( les miens n'étaient piqués des vers non plus )

D'après mon expérience, ce sont les fichiers sur la clé qui sont impactés par un retrait prématuré, mais pas la clé elle-même, mais ce n'est que mon expérience.

ubub a écrit :

Ah y est, en ai une autre :

Bus 002 Device 009: ID 1e3d:198a Chipsbank Microelectronics Co., Ltd Flash Disk

C'est Chipsbank Microelectronics qui n’apparaît pas sur le bureau, ni dans fdisk -l, ni Gparted, mais bizarrement dans Gnome-Disk (même si y'a aucune option pour faire quoique ce soit..)

@gilles: ça vient de "àtazone", une boutique en ligne, assez connue

Ah ma zone ! Tu parles ! Chipsbank Microelectronics Co de toute façon a été supprimé dans la base des fabricants homologués de matériel USB, voir : https://www.usb.org/sites/default/files … 1121_0.pdf Soit ils ont fait faillite ou il y a eu tellement de plainte que l'homologation USB leur été retirée.

Et dans :

gdisk -l /dev/sdx

, qu'est-ce que cela donne ?

J'avais aussi acheté à pas cher 3 clés USB ChipsBank entre 2001 et 2007 ( je n'ai pas pu identifier mieux la date ) à la supérette STOC du coin. Il y a écrit DANE-ELEC dessus et une petite LED bleue qui clignote avec les entrées-sorties de données. Les trois m'en faisaient baver, elles étaient sans cesse corrompues et je les réparais sans arrêt avec l'Utilitaire de disque du Mac, puis finalement deux sont mortes et la troisième, formatée en FAT32, a continué à se corrompre avec Debian, mais pour l'instant depuis que je l'ai formatée ( d'un seul bloc sans partition ) avec le système de fichiers UDF, aucune corruption n'a encore eu lieu.

On peut voir ce modèle V88 ici :

lsusb | grep -i co

Bus 003 Device 005: ID 1e3d:8246 Chipsbank Microelectronics Co., Ltd V88             

Bus 003 Device 004: ID 0718:0619 Imation Corp. Nano Pro        

Bus 001 Device 004: ID 0781:5590 SanDisk Corp. Ultra Dual

Bus 001 Device 002: ID 0718:0639 Imation Corp. Nano Pro

ou ici :

lsblk -o MODEL,NAME,FSTYPE,PARTLABEL,LABEL,SIZE,PTTYPE -d /dev/sdb1 /dev/sdc1 /dev/sdd /dev/sde1

MODEL NAME FSTYPE PARTLABEL           LABEL           SIZE PTTYPE

      sdb1 udf    UDF-7,46Gio         UDF-7,46Gio     7,5G gpt

      sdc1 udf    Nom de la partition Nom du Volume   7,2G gpt

V88   sdd  udf                        anonyme        3,9G 

      sde1 udf    UDF-115,69Gio       UDF-115,69Gio 115,7G gpt

Dernière modification par --gilles-- (15-02-2022 18:21:48)

raleur · 15-02-2022 20:12:03

phlinux a écrit :

SM3255AA c'est la ref du driver

Du contrôleur flash intégré à la clé, tu veux dire ?

--gilles-- a écrit :

Les périphériques externes ( dont les clés USB et les disques externes ) sont montés avec /media/

Quand ils sont montés, et par un utilisateur normal avec udisks.
Les supports amovibles ne sont pas forcément montés (surtout s'ils sont défecteux ou leur contenu est endommagé) et peuvent être montés ailleurs que dans /media.
Les supports fixes peuvent aussi être montés dans /media.
-> Pas assez discriminant.

--gilles-- a écrit :

Et dans :
gdisk -l /dev/sdx
, qu'est-ce que cela donne ?

Avec une clé illisible comme les exemples mentionnés plus haut, rien du tout, comme tout le reste.

--gilles-- · 15-02-2022 23:19:05

otyugh a écrit :

Mhm, intéressant, ça se test
Si ça marche aussi bien que tu le dis, ça va sauver beaucoup d'heures !

Bonjour ou bonsoir, je choisis une clé ChipsBank que je n'arrêtais pas de réparer avant de la formater en système de fichiers UDF et en ce moment je la teste assez violemment en accéléré avec :

#!/bin/bash

# Test d'usure de support de stockage              

sync

while rsync -r -t -p -o -v --modify-window=1 -s /home/intervenant101/Documents /media/intervenant101/anonyme && cd /media/intervenant101/anonyme && rm -rf Documents; do

echo 'Utilisez Contrôle C pour arrêter'

sleep 5

done

--gilles-- · 16-02-2022 23:21:39

otyugh a écrit :

Yep, pas faute de lui avoir dit qu'il faut éjecter ou démonter jusqu'au bout avant de retirer le bidule. C'est pour ça que c'était pas mal les clés avec une p'tite lumière quand ça i/o.

Après, j'ai jamais rien pu lire de fiable sur le fait que retirer une clé en cour d'écriture diminuait le temps de vie - je pensais que c'était une idée reçue des gens qui ne savent pas reformater leurs clés.
Pour ma mère je suspect beaucoup plus des... Coups de pieds dans sa tour avec la clé branchée.

Cela m' a fait délirer, cette histoire de coups de pieds, de shoot dans une tour, je te prie de m'excuser.

Ta mère ne fait peut-être pas exprès de se cogner aux clés USB, d'autant plus que la tour est au sol.

Ta mère a peut être du mal ( genoux, jambes, dos ) avec des clés USB très basses, ce qui fait qu'elle pense peut-être plus à ses douleurs qu'à bien démonter la clé USB du système.

Peut-être que tu devrais lui arranger son installation :

« M'an, je vois que tu peines avec la tour au niveau du sol, je t'ai arrangé le coup, regardes, maintenant la tour et les clés USB sont à ta portée et à hauteur de ta main ! »

otyugh · 17-02-2022 02:44:19

Ta mère ne fait peut-être pas exprès de se cogner aux clés USB

J'espère bien, ho !
Elle a décidé toute seule de déplacer son PC depuis d'ailleurs, on va voir si le flux de clés morte se calme x)

Dernière modification par otyugh (17-02-2022 02:45:18)

Debian-facile

#26 14-02-2022 22:59:22

Re : Projet de script : réparation de clés USB

#27 15-02-2022 15:26:33

Re : Projet de script : réparation de clés USB

#28 15-02-2022 17:27:43

Re : Projet de script : réparation de clés USB

#29 15-02-2022 20:12:03

Re : Projet de script : réparation de clés USB

#30 15-02-2022 23:19:05

Re : Projet de script : réparation de clés USB

#31 16-02-2022 23:21:39

Re : Projet de script : réparation de clés USB

#32 17-02-2022 02:44:19

Re : Projet de script : réparation de clés USB

Pied de page des forums