Clé USB non répertoriée comme périphérique multimédia

0

Probablement l'une des questions les plus étranges que j'ai jamais eues, s'il vous plaît nue avec moi. J'ai vraiment besoin d'aide ici.

Mon problème est que mon lecteur USB à démarrage multiple (qui est également utilisé comme un USB normal) ne fonctionne pas correctement. Je veux dire par là que je ne parviens pas à faire comprendre à un ordinateur qu’il s’agit d’un lecteur flash USB. Le plus proche que j'ai eu est sous un système d'exploitation Ubuntu Live, je peux rechercher "Drive" dans le tiret et afficher la liste des périphériques de lecteur ou quelle que soit la formulation exacte. Il voit tout le reste comme il se doit, toutes mes partitions, etc., puis ma clé USB. Cela ne donne aucune option d'utilité, car il est écrit "pas de média" en rouge au lieu de donner une option pour le monter. Il est répertorié ici comme "XXXXXXXX U168CONTROLLER" si cela peut vous aider.

Fdisk ne le trouve pas. lsblk ne trouve pas mon appareil. retour de lsusb

Bus 001 Device 002: ID 8087:8008 Intel Corp. 
Bus 002 Device 002: ID 8087:8000 Intel Corp. 
Bus 003 Device 002: ID 046d:c32b Logitech, Inc. 
Bus 003 Device 003: ID 046d:c24c Logitech, Inc. 
Bus 003 Device 006: ID 041e:323c Creative Technology, Ltd 
Bus 003 Device 005: ID 1b1c:1a95 Corsair 
Bus 003 Device 007: ID 048d:1168 Integrated Technology Express, Inc. 
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 002 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 003 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 004 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub

Mais n'espérez pas trop, alors qu'il montre un périphérique Corsair, c'est une seconde clé USB que j'utilise pour exécuter le live os. C'est un lecteur de 32 Gio et le lecteur avec ce problème est de 64 Gio. C'est donc mon problème.

Passons maintenant à ce qui aurait pu la causer ...

Théorie 1: J'étais en train d'installer Arch une nouvelle fois sur mon bureau, en utilisant cette fois UEFI et GPT au lieu de BIOS et MBR. J'étais en train de mettre en place des partitions avec parted, et je pense que c'est la cause de mon problème, mais je ne suis pas sûr de cela et cela n'a aucun sens pour moi. La raison pour laquelle je pense que cela a été causé est la suivante: Je travaille sur le formatage de mon disque dur pour configurer les valeurs home, boot et swap. J'ai déjà la maison et permuter en place, donc je travaillais sur l'ajout de la partition de démarrage. J'ai rétréci ce que je pensais être la maison et ajouté ce que je pensais être la botte. Il est possible que ce ne soit pas en réalité le disque dur, mais plutôt mon USB à démarrage multiple, malgré le fait que je travaillais sur / dev / sda, qui contient ma partition Winderp $, ainsi que la partition Arch. L'USB aurait dû être / dev / sdc à l'époque, avec / dev / sdb étant mon SSD.

Immédiatement après l’arrêt de ma clé USB, le lecteur ne répondait plus. Essayé sur 4 ordinateurs différents et 6 systèmes d'exploitation différents, avec 4 BIOS et un UEFI. Rien ne l'a détecté autre qu'un système d'exploitation Ubuntu Live tout en répertoriant les lecteurs / périphériques avec ledit programme mentionné ci-dessus. C'est ce qui m'amène à penser que j'ai bousillé le formatage.

Théorie deux: je suis obligé d'utiliser E2B pour répondre à mes besoins en matière de démarrage multiple, ce qui implique quelques opérations spécifiques permettant de basculer entre les charges utiles en mode UEFI. Cela implique de démarrer via le BIOS, de rétablir le mode USB en mode BIOS, puis de choisir la nouvelle charge utile et de reconvertir le lecteur en mode UEFI. Je peux le faire avec un émulateur QEMU, j'ai donc un simple fichier .exe pour des raisons de portabilité, que j'utilise pour changer de choses rapidement.

Juste avant de commencer à installer Arch, je changeais le lecteur en mode Arch UEFI. Une fois terminé, j'ai cliqué pour retirer le lecteur en toute sécurité et dès que j'ai vu la fenêtre contextuelle, je l'ai supprimé. Apparemment, il était encore utilisé (stupide Winderp $), mais j'avais déjà retiré le lecteur avant de réaliser ce que j'avais mal fait. Je ne pense pas vraiment que cela causerait le problème, en particulier si on considère qu'il a démarré juste après, mais plus le nombre d'informations est élevé, mieux c'est.

Donc, je ne peux pas le voir comme un lecteur dans Gparted, fdisk, lsblk, etc. ne le trouve pas et / dev / sdd (la lettre suivante dans l’ordre, donc celle-ci) n’existe pas. lsusb le voit probablement comme un "concentrateur racine Linux Foundation 2.0" mais je ne sais pas comment dire si cela est exact ou non. Des programmes tels que TestDisk, PhotoRec, Clonezilla ou quelque chose du genre ne voient pas le périphérique. Je ne peux donc pas simplement reformater et en finir.

Je peux exécuter toutes les commandes que vous voulez que je lance, mais comme je ne dispose pas actuellement d'une partition Linux fonctionnelle, elle ne sera pas alimentée par une clé USB, sauf indication contraire. Je peux toujours lancer ensemble une installation rapide d'Ubuntu si cela est vraiment nécessaire.

J'espère que je ne perdrai pas mes données et que je pourrai restaurer au moins la majeure partie de celles-ci, mais ce n'est pas nécessaire. Si je dois le formater pour que ma clé USB redevienne un format de travail, alors ça me convient. Je préférerais consacrer toutes nos ressources à la sauvegarde de mes données avant de devoir reformater. J'ai ici des éléments que je n'ai nulle part ailleurs (stupide, je sais. Je garde régulièrement des sauvegardes de mes données standard, jamais pris en compte ).

En utilisant Winderp $ à nouveau, j'attends de l'aide car je n'ai plus d'options jusqu'à ce que je reçoive des suggestions. J'ai remarqué que l'heure système est incorrecte, mais je ne peux pas dire avec certitude si cela est pertinent ou non. Aucune de mes deux théories ne semble plausible, car il est assez difficile de se tromper en tapant parted / dev / sda / ... Bien que je sois dans cette session de parted, je suis à peu près certain que je ne peux même pas accéder à / sdc /, Je ne vois donc pas en quoi cela pourrait être une erreur d'utilisateur, même si c'est toujours le cas.

Merci pour votre temps et pour toute aide que je reçois.

Bugattikid2012
la source

Réponses:

0

Tout d'abord, je ne mettrais pas beaucoup de confiance dans la récupération de données à partir de ce lecteur.

Deuxièmement, lancez dmesg | tail -n 20-vous avant et après avoir branché votre clé USB. S'il n'y a pas de message dans le noyau, votre lecteur est probablement mort. Si votre noyau détecte le lecteur USB mais ne peut pas lui affecter un périphérique de blocage ( /dev/sdX), il s’agit d’un problème de microprogramme (vous pouvez essayer de le récupérer en utilisant URescue). Dans les deux cas, vous pouvez l'envoyer à Corsair pour le retour.

Voici comment dmesgsignaler un périphérique USB branché:

[433011.248119] usb 2-1.2: new high-speed USB device number 10 using ehci-pci
[433011.334351] usb 2-1.2: New USB device found, idVendor=0781, idProduct=5583
[433011.334359] usb 2-1.2: New USB device strings: Mfr=1, Product=2, SerialNumber=3
[433011.334363] usb 2-1.2: Product: Ultra Fit
[433011.334367] usb 2-1.2: Manufacturer: SanDisk
[433011.334370] usb 2-1.2: SerialNumber: 4C5350122032812026
[433011.337486] usb-storage 2-1.2:1.0: USB Mass Storage device detected
[433011.338327] scsi host18: usb-storage 2-1.2:1.0
[433012.341971] scsi 18:0:0:0: Direct-Access     SanDisk  Ultra Fit        1.00 PQ: 0 ANSI: 6
[433012.343395] sd 18:0:0:0: [sdc] 60751872 512-byte logical blocks: (31.1 GB/28.9 GiB)
[433012.344718] sd 18:0:0:0: [sdc] Write Protect is off
[433012.344724] sd 18:0:0:0: [sdc] Mode Sense: 43 00 00 00
[433012.344990] sd 18:0:0:0: Attached scsi generic sg1 type 0
[433012.346597] sd 18:0:0:0: [sdc] Write cache: disabled, read cache: enabled, doesn't support DPO or FUA
[433012.377606]  sdc: sdc1 sdc2 sdc3
[433012.381726] sd 18:0:0:0: [sdc] Attached SCSI removable disk
petry
la source
Merci de votre aide. Comme je l'ai mentionné ci-dessus, Linux peut voir le lecteur, mais ne pense pas que c'est un lecteur. Il le voit comme "XXXXXXXX U168CONTROLLER". Aussi longtemps que je peux faire étiqueter un périphérique bloc, quelque chose comme Photorec ou testdisk devrait pouvoir récupérer mes données (du moins en théorie). J'ai exécuté ce code sur un PC différent d'hier, mais il devrait fonctionner de la même manière qu'avant et après. pastebin.com/sUB7RRhs
Bugattikid2012
@ Bugattikid2012 Cela semble être un problème connu pour certains disques Corsair (principalement 32 Go GTR). Il existe une mise à jour du micrologiciel ici: forum.corsair.com/v3/showthread.php?t=91444
petry
J'ai essayé d'aller sur leur site web et de chercher un logiciel similaire, mais ils n'ont pas de pilotes sur le site. L'exécution du fichier .exe indique que "URescue ne prend pas en charge ce périphérique.Veuillez contacter le fabricant." Mot à mot, y compris le manque d'espace. Y a-t-il une chance de trouver le mauvais lecteur ou quelque chose par erreur? J'ai un lecteur de survivant de 64 Gio, cela devrait fonctionner. Il suffit de le relire. Il sert à mettre à niveau un micrologiciel à partir d’un micrologiciel existant. Ainsi, il ne fonctionnera pas s’il ne peut pas reconfigurer l’appareil. Quoi d'autre pourrait résoudre ce problème?
Bugattikid2012