Forum

Reprise du message précédent

Je viens d'essayer sous Win7, même problème
identifié comme
Périphérique de stockage de masse USB
Généric USB Flash Disk USB Device
Mais pas dans le navigateur de fichiers

Bonjour,

Aurait t' on une clé furtive ! ( un instant elle est là, puis la seconde suivante elle n' est plus là ? cela devrait se voir au niveau des logs systèmes, non ? ( connexion et déconnexion intempestive de la clé ( dans ce cas, cela pourrait être normal que gparted ne la voit pas)).

edit: si c' est le cas sous Windows 7, cela devrait également s' entendre !

Édité par nic80 Le 26/05/2019 à 19h38

lsusb
Bus 002 Device 002: ID 8087:8000 Intel Corp.
Bus 002 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 006 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub
Bus 005 Device 008: ID 058f:1234 Alcor Micro Corp. Flash Drive
Bus 005 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 001 Device 002: ID 8087:8008 Intel Corp.
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 004 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub
Bus 003 Device 003: ID 03f0:0104 Hewlett-Packard DeskJet 880c/970c
Bus 003 Device 002: ID 046d:c050 Logitech, Inc. RX 250 Optical Mouse
Bus 003 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub

$ ls -lisah /dev/sd*
1321 0 brw-rw---- 1 root disk 8, 0 mai 26 17:19 /dev/sda
1322 0 brw-rw---- 1 root disk 8, 1 mai 26 17:19 /dev/sda1
1323 0 brw-rw---- 1 root disk 8, 2 mai 26 17:19 /dev/sda2
1324 0 brw-rw---- 1 root disk 8, 5 mai 26 17:19 /dev/sda5
9802 0 brw-rw---- 1 root disk 8, 16 mai 26 17:19 /dev/sdb
9804 0 brw-rw---- 1 root disk 8, 17 mai 26 17:19 /dev/sdb1
9805 0 brw-rw---- 1 root disk 8, 18 mai 26 17:19 /dev/sdb2
118251 0 brw-rw---- 1 root disk 8, 32 mai 26 19:39 /dev/sdc

Bonjour,

Une idée qui me vient comme ça...

Est ce qu' en réalité, cette clé usb, ne serait pas un lecteur de carte SD ( donc qui contiendrait une carte SD embarquée) et que l' on ne verrait que la partie lecteur ?

Non c'est une clé USB marque Store &GO

Je voulais dire les deux commandes ls puis dd, pas lsusb puis ls.
C'est normale que windows n'affiche rien, tant que la table de partition n'est pas présente.

Personnellement, j'ai des problèmes avec USB sur Mageia. Je trouve que ce n'est plus si net qu'avant. Des écritures qui ne finissent ou qui sont inutilisables, pas des sync trop longs, ou trop immédiats...Quand je ne comprends plus ce qui se passe, je me déconnecte et reconnecte. Et comme par hasard, plus de problème...

ouam@localhost ~]$ ls

Desktop/
Documents/
dossier
Firefox_temp/
Images/
Modèles/
Musique/
photorec.ses
Téléchargements/
testdisk.log
tmp/
Vidéos/

pas de retour de dd

Bon...
Je vais tenter d'être patient.

Quand on branche/débranche une clef USB, ou lorsqu'elle a rencontré un problème, le noyau peut réindexer son fichier qui fait image de la clef.
Ainsi, une clef étant visible comme /dev/sdc peut, d'une minute à l'autre, se retrouver /dev/sdd.

Ainsi, lorque je demande de taper la commande LS pour afficher le contenu de /dev/sd*, c'est pour s'assurer que c'est sdc. Les arguments données aux commandes son importante. Sans argument, tu affiches le contenu du dossier courant, qui est par défaut le dossier de l'utilisateur.

Cette histoire d'argument est identique pour la commande dd. S'il n'y a pas d'argument, il prend l'entré standard comme entré, et la sortie standard comme sortie. Pour notre cas c'est inutile...
Alors avec l'argument if, on précise l'Input File, le fichier d'entré, et of, output file, le fichier de sortie. (bs ce n'est que pour accélérer en prennant des paquet plus gros).

Peux tu, s'il te plait, faire ces commandes :

Pour s'assurer que la clef est bien sdc au moment de tenter une copie :
# ls /dev/sd*
Puis, pour copier le contenu de la clef qu'on aura à l'instant précédent identifié :
# dd if=/dev/sdc of=/home/ouam/copieClef.raw bs=8M

j'ai reconduit les commandes sans succès
[root@localhost ouam]# ls /dev/sd*
/dev/sda /dev/sda1 /dev/sda2 /dev/sda5 /dev/sdb /dev/sdb1 /dev/sdb2 /dev/sdc
[root@localhost ouam]# # dd if=/dev/sdc of=/home/ouam/copieClef.raw bs=8M
je reviens directement à l'invite suivante
[root@localhost ouam]#

et pas de trace de copieClef.raw dans /home/ouam

Oui...

Quand je signalais le prompte en tant que root, c'est un #, quand je signale un prompte en tant qu'utilisateur normal, c'est $.
Le prompte, c'est le dernier caractère avant de pouvoir taper ta commande.
Par exemple,
[ouam@localhost ~]$
le prompte est $.
Par exemple
[root@localhost ouam]#
le prompte est #.

Malheureusement (et ce n'est pas moi qui ai décidé), un commentaire commence aussi par #.

Quand j'ai demandé la commande ls, tu l'as très bien écrit, sans signifié que c'était un commentaire.
Tu as tapé ls après le prompte.

Quand tu as tapé la commande dd, tu as rajouté le caractère # qui précise que ce qui va suivre est un commentaire. C'est normal que rien ne se passe après.

Peux-tu, retaper les commandes, pour que ça s'affiche exactement comme ça chez toi :
[root@localhost ouam]# ls /dev/sd*
[root@localhost ouam]# dd if=/dev/sdc of=/home/ouam/copieClef.raw bs=8M

voilà en moins distrait

[root@localhost ouam]# ls /dev/sd*
/dev/sda /dev/sda1 /dev/sda2 /dev/sda5 /dev/sdb /dev/sdb1 /dev/sdb2 /dev/sdc
[root@localhost ouam]# dd if=/dev/sdc of=/home/ouam/copieClef.raw bs=8M
dd: impossible d'ouvrir '/dev/sdc': Aucun médium trouvé
[root@localhost ouam]#

Bonjour,
A mon avis, soit la clé est défectueuse, soit il lui manque quelque chose dedans.
C'est comme si tu brancherais un lecteur externe de DVD, mais qu'il n'y avait pas de DVD : aucun médium trouvé.

Malheureusement oui, ça sent mauvais pour la clef cette histoire...

Ne crois qu'on ne peut plus rien faire.

Pour avoir plus d'information, peux-tu débrancher la clef, taper cette commande :
dmesg -w
tu ignores le contenu dans la console, ce qui nous intéresse est ce qu'il va suivre,
tu branches la clef USB, et de nouvelles lignes vont apparaitre sur l'écran.
à ce moment là, tu pourras quitter l'écoute en appuyant sur [CTRL] puis simultanément sur [C].
Tu peux ainsi sélectionner le texte avec la souris, cliquer droit et faire copier.
On peut fois s'il y a d'autres erreurs ou informations qui nous seraient échappée avec journalctl.

Désolé pour ta clef...

[79413.956732] usb 5-2: new high-speed USB device number 13 using xhci_hcd
[79414.161251] usb 5-2: New USB device found, idVendor=058f, idProduct=1234
[79414.161253] usb 5-2: New USB device strings: Mfr=1, Product=2, SerialNumber=0
[79414.161254] usb 5-2: Product: Mass Storage Device
[79414.161254] usb 5-2: Manufacturer: Alcor Micro
[79414.162611] usb-storage 5-2:1.0: USB Mass Storage device detected
[79414.162718] scsi host5: usb-storage 5-2:1.0
[79415.197281] scsi 5:0:0:0: Direct-Access Generic USB Flash Disk 7.76 PQ: 0 ANSI: 4
[79415.201205] sd 5:0:0:0: [sdc] Attached SCSI removable disk

Bonjour,

Est ce que ce serait à cause du controlleur de la clé ( sur le lien, c' est une dane elec, mais l' identifiant vendeur:productid est le même) ?

Édité par nic80 Le 28/05/2019 à 23h13