Gibt es eine Möglichkeit, mein totes USB-Laufwerk wiederzubeleben?

0

Ich habe dieses 32-GB-Kingston-USB-Laufwerk, das für mich von großem Nutzen wäre, aber ich habe es in der Vergangenheit irgendwie durcheinander gebracht (es war vor einigen Jahren, ich kann mich nicht erinnern, was ich getan habe, aber ich habe es sicherlich beschädigt irgendwie).

Jetzt habe ich beschlossen, alles in meiner Macht Stehende zu tun, um es irgendwie wiederherzustellen, sonst muss ich es wohl wegwerfen.

Okay, genug von Chit-Chat, Fakten:


  • Das Laufwerk wird in lsusbangezeigt (seltsamerweise nur, wenn es an den USB 2.0-Steckplatz angeschlossen ist (das Laufwerk ist 3.0-fähig).
  • Wenn ich # fdisk -lmit angeschlossenem Laufwerk laufe , hängt es
  • Der interessante Teil IMO ist dmesg, schauen Sie:

    $ dmesg -wH | grep usb
    [Mar24 21:41] usb 4-1: new SuperSpeed USB device number 15 using xhci_hcd
    [  +0.012873] usb 4-1: New USB device found, idVendor=0951, idProduct=1693
    [  +0.000002] usb 4-1: New USB device strings: Mfr=1, Product=2, SerialNumber=3
    [  +0.000001] usb 4-1: Product: DataTraveler 111
    [  +0.000002] usb 4-1: Manufacturer: Kingston
    [  +0.000001] usb 4-1: SerialNumber: 001CC0C60DDABCB1B3260081
    [  +0.000625] usb-storage 4-1:1.0: USB Mass Storage device detected
    [  +0.001931] scsi host6: usb-storage 4-1:1.0
    [Mar24 21:42] usb 4-1: reset SuperSpeed USB device number 15 using xhci_hcd
    [  +5.506879] usb 4-1: device descriptor read/8, error -110
    [  +0.103952] usb 4-1: reset SuperSpeed USB device number 15 using xhci_hcd
    [  +5.016068] usb 4-1: device descriptor read/8, error -110
    [  +0.302172] usb 4-1: reset SuperSpeed USB device number 15 using xhci_hcd
    [  +5.209416] usb 4-1: device descriptor read/8, error -110
    [  +0.104014] usb 4-1: reset SuperSpeed USB device number 15 using xhci_hcd
    [  +5.016086] usb 4-1: device descriptor read/8, error -110
    [  +0.302207] usb 4-1: reset SuperSpeed USB device number 15 using xhci_hcd
    [  +5.329814] usb 4-1: device descriptor read/8, error -110
    [  +0.103980] usb 4-1: reset SuperSpeed USB device number 15 using xhci_hcd
    [  +0.519515] usb 4-1: device descriptor read/8, error -110
    [  +0.302064] usb 4-1: reset SuperSpeed USB device number 15 using xhci_hcd
    [  +5.329945] usb 4-1: device descriptor read/8, error -110
    [  +0.103989] usb 4-1: reset SuperSpeed USB device number 15 using xhci_hcd
    [  +5.016118] usb 4-1: device descriptor read/8, error -110
    [  +0.148035] usb 4-1: USB disconnect, device number 15
    [  +0.188354] usb 4-1: new SuperSpeed USB device number 16 using xhci_hcd
    [  +5.287088] usb 4-1: device descriptor read/8, error -110
    [  +0.103978] usb 4-1: new SuperSpeed USB device number 16 using xhci_hcd
    [  +3.347501] usb 4-1: device descriptor read/8, error -110
    [  +0.302823] usb 4-1: new SuperSpeed USB device number 17 using xhci_hcd
    [Mar24 21:43] usb 4-1: device descriptor read/8, error -110
    [  +0.104015] usb 4-1: new SuperSpeed USB device number 17 using xhci_hcd
    [  +5.016116] usb 4-1: device descriptor read/8, error -110
    [  +0.125956] usb usb4-port1: attempt power cycle
    [  +0.000093] usb usb4-port1: cannot disable (err = -32)
    [  +0.000010] usb usb4-port1: cannot disable (err = -32)
    

Irgendwelche Ideen wäre sehr dankbar!

bertalanp99
quelle
4
Vorausgesetzt, Sie können etwas dagegen tun, werden Sie ein totes Laufwerk in ein nicht vertrauenswürdiges Laufwerk verwandeln, was noch schlimmer ist ...
xenoid
@xenoid Ich dachte, dies könnte reparabel sein und ich könnte eine funktionierende (vertrauenswürdige) Rückfahrt bekommen
bertalanp99

Antworten:

1

Die angezeigten Fehlermeldungen befinden sich auf der USB-Ebene und nicht auf der Speicherebene. Dies bedeutet wahrscheinlich, dass der Controller auf dem USB-Stick in irgendeiner Weise beschädigt ist (er hängt mitten in einer USB-Transaktion) und das kann nicht wiederhergestellt werden.

Wirf es weg.

dirkt
quelle
0

Du könntest es versuchen fsck /dev/[device name]. Sie können mit wischen, dd if=/dev/zero of=/dev/[device name]ich weiß nicht, ob diese sogar relevant sind, wenn das Laufwerk genug defekt ist.

LeopardShark
quelle
2
Sowohl fsckund ddscheitern , alles zu tun, weil der Antrieb trennt und verschwindet , /dev/während sie laufen (Ich habe ein paar neue Fehler in dmesgaber:Buffer I/O error on dev sdd, logical block 0, async page read [ +0.000063] ldm_validate_partition_table(): Disk read failed. [ +0.000025] sdd: unable to read partition table
bertalanp99