USB-Stick wird nicht mehr erkannt

[Luxuslurch]

Hallo,

ein USB-Stick wird hier unter Squeeze/Gnome seit gestern nicht mehr erkannt, nachdem ich ihn das letzte Mal noch sauber mittels Nautilus sicher entfernt habe. Natürlich geben diese Dinger irgendwann den Geist auf, aber vielleicht gibt es ja noch irgendwie Hoffnung, dass man an die Daten rankommt?

Wenn ich ihn einstecke, gibt dmesg folgende (unverdächtige aber unvollständige?) Zeilen aus:

Code: Alles auswählen

[ 2101.308092] usb 2-5: new high speed USB device using ehci_hcd and address 4
[ 2103.031243] usb 2-5: New USB device found, idVendor=090c, idProduct=1000
[ 2103.031251] usb 2-5: New USB device strings: Mfr=1, Product=2, SerialNumber=3
[ 2103.031257] usb 2-5: Product: USB DISK
[ 2103.031262] usb 2-5: Manufacturer: SMI Corporation
[ 2103.031267] usb 2-5: SerialNumber: AA08061700015326
[ 2103.031470] usb 2-5: configuration #1 chosen from 1 choice
[ 2103.031890] scsi8 : SCSI emulation for USB Mass Storage devices
[ 2103.032223] usb-storage: device found at 4
[ 2103.032227] usb-storage: waiting for device to settle before scanning
[ 2108.033336] usb-storage: device scan complete
[ 2108.034558] scsi 8:0:0:0: Direct-Access     USB2.0   FlashDisk        1100 PQ: 0 ANSI: 0 CCS
[ 2108.035963] sd 8:0:0:0: Attached scsi generic sg2 type 0
[ 2108.040255] sd 8:0:0:0: [sdb] Attached SCSI removable disk

Entsprechend sieht ls /dev/sd* wie folgt aus:

Code: Alles auswählen

sda  sda1  sda2  sda3  sdb

fdisk -l führt aber keine Partitionen oder Geräte mit /dev/sdb auf. Dabei sollte genau eine FAT32-Partition auftauchen. Stecke ich einen weiteren Stick an, wird dieser als /dev/sdc angesprochen.

Also, irgendwie wird der Stick schon erkannt, man kann ihm aber seine Partition nicht mehr entlocken, richtig? Was kann ich tun?

[syssi]

Sicher, dass der Stick ueberhaupt partitioniert ist und nicht einfach auf /dev/sdb das Filesystem liegt?

[Luxuslurch]

Jupp, sicher. Unter /dev/sdb geht gar nix.

Code: Alles auswählen

# mount /dev/sdb blablu
mount: /dev/sdb: unknown device

[debianoli]

Schau mal mit testdisk, ob da noch was gefunden wird. Funktion heißt glaub ich "Deeper search"

Edit: testdisk kann auch kaputte Partitionstabellen wieder richtig zurückschreiben

[syssi]

Jupp, sicher. Unter /dev/sdb geht gar nix.

Code: Alles auswählen

# mount /dev/sdb blablu
mount: /dev/sdb: unknown device

Dann solltest du auf die Suche nach deiner alten Partitionstabelle gehen. Die Chancen stehen gut, da es normalerweise ein Backup gibt. Solltest du wissen, mit welchem Tool du erstmalig die Partitionstabelle geschrieben hast, dann kannst du sie auch mit diesem einfach wieder erstellen. Das gleiche Tool (fdisk, cfdisk, ..disk) nutzen ist wichtig, da es vorkommt das sie bei einem "gesamten Platz nutzen" auf unterschiedliche Ergebnisse kommen.

[Luxuslurch]

Auch testdisk erkennt das Ding gar nicht erst:

Code: Alles auswählen

# testdisk /list
<snip>
Disk /dev/sda - 120 GB / 111 GiB - CHS 14593 255 63, sector size=512

Disk /dev/sda - 120 GB / 111 GiB - CHS 14593 255 63
     Partition			Start        End    Size in sectors
 1 * Linux                    0   1  1  2431 254 63   39070017
 2 P Linux                 2432   0  1 14106 254 63  187558875
 3 P Linux Swap           14107   0  1 14593  80 63    7812693

Der Stick war ein Werbegeschenk und seit Auslieferung wurde die Partitionstabelle nicht mehr angerührt => Keine Ahnung, wie die das erstellt haben. cfdisk /dev/sdb schlägt fehl:

Code: Alles auswählen

FATAL ERROR: Cannot open disk drive

[debianoli]

Nicht gut...

Hast du schon einen anderen USB-Port bzw Computer probiert? Evtl. ein Wackelkontakt am USB-Stick?

Ich habe zB einen USB-Stick, der nur geht, wenn man ihn etwas leicht schräg im USB-Port hochhebt.

Leucht denn das Licht im Stick (falls er denn eines hat)?

[Luxuslurch]

nee, gar nicht gut...
Anderer USB-Port, anderer Computer, anderes OS... keine Veränderung. Leider auch kein Lämpchen dran. Und wie ich ihn auch dreh und wende, da scheint auch kein Wackelkontakt vorzuliegen. Aber ich meine - hey: der Kernel scheint ihn ja zu erkennen... WTF?

[debianoli]

Kannst du den Stick mit dd in ein Image-File schreiben? Wenn das auch nicht geht, dann tipp ich auf Exitus...

[Luxuslurch]

Genau 0.0% Erfolg...

Code: Alles auswählen

dd if=/dev/sdb of=/tmp/usb.img
dd: öffne „/dev/sdb“: Kein Medium gefunden

Vielleicht ist es Zeit, Ursachenforschung zu betreiben? Der Stick hing fast ein Jahr lang am Computer meiner Frau (Windows7), wurde also andauernd bespaßt und mit Strom versorgt. Dann drucke ich EINMAL etwas von dem Stick runter, entferne ihn sauber und seitdem haben wir den Salat. Sind die Flash-Speicher wirklich so übelst empfindlich? Ist der Zeitpunkt jetzt wirklich nur Zufall oder hat der Stick einen Schock von wegen zu krassem Tapetenwechsel bekommen?

[debianoli]

Ich habe vor einiger Zeit mal in einem Forum etwas über nicht standardkonforme USB-Ports gelesen, die mit der Spannung Probleme haben (frag mich nicht wo). Es kann also auch sein, dass dein rechner den Stick irgendwie geschossen hat. Mir ist auch schon ein Stick unerklärlich abgeraucht.

Allgemein habe ich schon beobachtet, dass USB-Sticks je nach Hersteller teilweise völlig anders reagieren. Das gleiche Problem hat ein Freund von mir auch in der Windows-Welt, es hängt also nicht vorranging mit Betriebssystem zusammen.

Wenn der Stick jetzt auch am Win7 nicht mehr geht, ist er wohl völlig hinüber. Pech gehabt, hätte auch gutgehen können.

[Musix]

naja, wenn der stick immer dran hing und dann noch mit windows (was gerne immer wieder irgendwas unerfindliches auf datenträger draufschreibt ohne dass man das will, sprich: man hat ziemlich viele lese/schreibzyklen), dann hält der stick auch nicht lang.

s. http://www.techwriter.de/thema/usb-mem0.htm#lebensdauer

linux lässt datenträger nicht rumrödeln, da halten die auch länger .

grüße

Musix

[debianoli]

linux lässt datenträger nicht rumrödeln, da halten die auch länger .

Aber nur, wenn da kein ext3/ext4 drauf ist http://www.bress.net/blog/archives/114- ... -Last.html

Der Stick war doch mit FAT formatiert. Schreibt da Windows auch immer was darauf, wenn der Stick angesteckt ist?

[Luxuslurch]

Soo.... in der Datenträgerverwaltung von Windows taucht er doch tatsächlich auch auf. Es gibt vereinzelt Hinweise, dass man ihm einfach einen neuen Laufwerksbuchstaben zuweisen könne, dann würden sich bestimmte Probleme lösen. Gesagt, getan, aber ohne Erfolg. Er erkennt also einen Wechseldatenträger, bemängelt aber die Abwesenheit eines Mediums auf diesem ("Bitte legen Sie einen Datenträger ein").

Okay... kann es sein, dass nur die Partitionstabelle futsch ist? Wie könnte ich die wieder herstellen?

PS: Danke für eure zahlreichen Kommentare bisher > Troubleshooting galore!

[debianoli]

Der erscheint ja auch im Linux-Kernel, nur kann der Stick nicht mehr beschrieben/gelesen werden. Der Stick kann also noch "Hallo da bin ich sagen", aber hat intern keinen Zugriff mehr auf den verbauten Flash-Speicher.

[syssi]

Wohl leider ein Fall fuer die Muelltonne oder Bastelkiste.

[Musix]

was ich meinte ist dieses ständige rumrödeln der festplatte wenn man windoof am laufen hat. bei meiner alten externen festplatte hat windows auch immer wieder rumgrödelt, das macht mein debian, welches mit ext3 läuft, nicht.

keine ahnung was windoof da mit der rödelei (früher, ich hab kein windows mehr) immer veranstaltet hat. für einen usb-stick ists auf jeden fall nicht gesund. besser nur einstecken, wenn man ihn braucht und fertig.

grüße

musix

ps da muss ich syssi recht geben

[rendegast]

festplatte hat windows auch immer wieder rumgrödelt,

Jetzt nicht übers Ziel hinaus schiessen.
Höchstwahrscheinlich war das der Dienst für die Desktopsuche,
Nach schalten auf "manuell" oder "deaktiviert" ist das vorbei.

Neueren Datums könnte es auch der job "MpIdleTask" des windows-antivir sein,
welcher IMO auch ungelegen startet.
Löschen oder Deaktivieren des Jobs erledigt das
(wird leider (auch wiederholt (nach Upgrade)) als "hidden" in %systemroot%\Tasks\ eingetragen) .

Das 'defrag -b' für das Prefetching kann leider auch nur Systemweit in registry de/aktiviert werden
<-> SSD / HDD-Kombination.
(Probleme bei Programmen, die GB-große Dateien ins Prefetching einbringen)
Aber in dem Fall gibt es ja eventuell gut konfigurierbare Ausweich-Defragger, zBsp. MyDefrag.

[Musix]

interessant. sowas wie "desktopsuche" hatte ich unter windows nie genutzt (mein letztes windows war xp, ist schon was her). klar kann man auch hier dinge umstellen von x auf y. wäre nur schön, wenn die platte standardmäßig nicht rödeln würde (woran auch immer das liegt, mir ists sogar egal). war bei all meinen bekannten auch, ein bekanntes und lästiges "problem".

einen windows-antivir hatte ich nie. auch ohne solche programme scheint es das w-rödeln zu geben.

naja, wir leben in einer freien welt und irgendwann hab ich mich zu linux überreden lassen. und ich bin froh drum. soll übrigens keine anti-windows-hetze sein. es gab für mich einfach so einige viele sachen die mich nervten.

hm. wir kommen vom eigentlichen thema ab, merke ich grade. ich bleibe dabei: bei windows der einfachheit halber nicht usb-sticks auf ewig stecken lassen. es gibt bestimmt "professionellere" lösungen, aber bisher war das hier ja eher ein stechen im nebel. leider. außerdem hat ja eigentlich linux mehr diesen frickelei-ruf ...

grüße

musix

[Luxuslurch]

Hallo,

ich muss den Thread noch mal rauskramen. Ich vermute inzwischen, dass "nur" der Controller des USB-Sticks defekt ist. Nun habe ich Angebote im Internet gefunden, wo jemand den NAND-Speicherbaustein ausbaut und die darauf enthaltenen Daten wieder ausliest. Hat jemand damit Erfahrung?

Die ganze Angelegenheit ist nicht ganz billig, aber die Daten wären es tatsächlich wert... Trotzdem stelle ich mir die Frage, ob es nicht auch derartige NAND-Reader zu kaufen gibt - und ob man dann als Laie die darauf versammelten "rohen" Informationen überhaupt zusammengestückelt bekommt. Laut Dienstleister soll das nur "wenigen Experten auf der Welt" möglich sein, was m.E. vermutlich mehr daran liegt, dass sich so wenig Menschen überhaupt damit beschäftigen. Wie gesagt: Hat jemand schon so etwas mal gemacht?

[cirrussc]

ich muss den Thread noch mal rauskramen. Ich vermute inzwischen, dass "nur" der Controller des USB-Sticks defekt ist. Nun habe ich Angebote im Internet gefunden, wo jemand den NAND-Speicherbaustein ausbaut und die darauf enthaltenen Daten wieder ausliest. Hat jemand damit Erfahrung?

Wie kommst Du darauf? Für mich sieht es eher nach dem NAND selbst aus. Vom Symptom und der Häufigkeit, mit der die Speicher - nicht die Controller sterben, ist das wahrscheinlicher. Wenn ein Controller defekt ist, bedeutet das meist: er startet nicht mehr (Reset-, Takt,- Versorgung- Controller selbst tot) (Cache, Firmware sind selten defekt/Schuld) - und dann passiert ziemlich genau gar nicht mehr am USB. Ist eine Vermutung, kann auch anders sein.

Die ganze Angelegenheit ist nicht ganz billig, aber die Daten wären es tatsächlich wert... Trotzdem stelle ich mir die Frage, ob es nicht auch derartige NAND-Reader zu kaufen gibt - und ob man dann als Laie die darauf versammelten "rohen" Informationen überhaupt zusammengestückelt bekommt. Laut Dienstleister soll das nur "wenigen Experten auf der Welt" möglich sein, was m.E. vermutlich mehr daran liegt, dass sich so wenig Menschen überhaupt damit beschäftigen. Wie gesagt: Hat jemand schon so etwas mal gemacht?

Das ist doch bloß ein doofer Spruch. Niemand kennt sich damit aus? Hey, unsere ganze Industrie basiert auf billigen (NOR ist besser, teurer aber auch ungeeigneter) NAND Speichern!
Das Problem ist: bei den Schnittstellen, mit denen sich die Speicherchips der Außenwelt verkünden, gibt es ein riesen Kauderwelsch. Das ist nicht so einfach wie mit JEDEC kompatiblen S,- D,- MRAMS, NOR Flaschs, EEPROMs usw.
Zudem sind diese NANDs meist (z.B. in Sticks verbaut) selbstorganisiert, heißt: da nicht direkt adressierbar, haben sie oft selbst einen Controller/ eine Logik intus (unabhängig vom USB Controller im Stick), die mit logischen Blöcken arbeitet, Defektmanagement betreibt usw. (Stichwort: System-On-Chip)
Linux selbst kann prinzipiell mit NANDs umgehen, sonst würden die ganzen eingebetteten Systeme nicht damit laufen. Dazu gibt's im Kernel den MTD Support, worüber die Anbindung statt findet (schau Dich da bei Interesse mal in der Kernel Konfiguration um).

Um nochmal auf Deinen Stick zu kommen: wenn tatsächlich nur der USB-Controller einen weg hat und jemand aus dem NAND Baustein was raus holen kann und Dir das wichtig ist, dann versuch es.

http://www.linux-mtd.infradead.org/

[IchAuch]

also ich habe das gleiche Problem mit den Storage-dev's meines Handy's
(nur unter "Wheezy" kernel 3.x und seit dem ich auf meinem anderen Notebook "Squeeze" Kernel 2.6.2x, neu installiert habe )(war vorher, zu "lenny"-Zeiten die "unstable" Squeeze-Version drauf.

Auf jeden Fall ist an den Handy-Storages nix kaputt. Nur unter den aktuellen Debian-Versionen (wenn man sie neu installiert) werden die Partitionen nicht mehr erkannt.

Das einzige, was das System davon mitbekommt ist folgendes:

[ 5656.552082] usb 3-1: USB disconnect, device number 5
[ 5669.688055] usb 3-1: new full speed USB device number 6 using uhci_hcd
[ 5669.862278] usb 3-1: New USB device found, idVendor=0fce, idProduct=e127
[ 5669.862289] usb 3-1: New USB device strings: Mfr=1, Product=5, SerialNumber=2
[ 5669.862298] usb 3-1: Product: Sony Ericsson Memory Stick USB Device
[ 5669.862306] usb 3-1: Manufacturer: Sony Ericsson
[ 5669.862314] usb 3-1: SerialNumber: XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX
[ 5669.868115] scsi4 : usb-storage 3-1:1.0
[ 5670.872373] scsi 4:0:0:0: Direct-Access SonyEric Mobile Storage 0002 PQ: 0 ANSI: 0
[ 5670.875356] scsi 4:0:0:1: Direct-Access SonyEric Mobile Storage 0002 PQ: 0 ANSI: 0
[ 5670.880400] sd 4:0:0:0: Attached scsi generic sg2 type 0
[ 5670.883370] sd 4:0:0:1: Attached scsi generic sg3 type 0
[ 5670.889261] sd 4:0:0:0: [sdd] Attached SCSI removable disk
[ 5670.910907] sd 4:0:0:1: [sde] Attached SCSI removable disk
weiter nix.

Auf beiden Geräten ist der default-Debian-Kernel drauf.
Auf meinen anderen Linux-Treilen (kernel 2.6.2x ) werden die Partitionen ordentlich erkannt.

Also irgend was anderes fehlt. Bei meinen USB-Platten und Sticks klappt's

Beispiel : Spaceloop-Stick
[ 6014.772068] usb 1-6: new high speed USB device number 7 using ehci_hcd
[ 6015.030382] usb 1-6: New USB device found, idVendor=058f, idProduct=6387
[ 6015.030395] usb 1-6: New USB device strings: Mfr=1, Product=2, SerialNumber=3
[ 6015.030403] usb 1-6: Product: Spaceloop 16GB
[ 6015.030410] usb 1-6: SerialNumber: 10E06DED
[ 6015.034717] scsi5 : usb-storage 1-6:1.0
[ 6016.037093] scsi 5:0:0:0: Direct-Access Spaceloop 16GB 8.07 PQ: 0 ANSI: 2
[ 6016.045927] sd 5:0:0:0: Attached scsi generic sg4 type 0
[ 6016.046860] sd 5:0:0:0: [sdf] 32916480 512-byte logical blocks: (16.8 GB/15.6 GiB)
[ 6016.047321] sd 5:0:0:0: [sdf] Write Protect is off
[ 6016.047331] sd 5:0:0:0: [sdf] Mode Sense: 03 00 00 00
[ 6016.048468] sd 5:0:0:0: [sdf] No Caching mode page present
[ 6016.048479] sd 5:0:0:0: [sdf] Assuming drive cache: write through
[ 6016.052283] sd 5:0:0:0: [sdf] No Caching mode page present
[ 6016.052294] sd 5:0:0:0: [sdf] Assuming drive cache: write through
[ 6016.074413] sdf: sdf1
[ 6016.077675] sd 5:0:0:0: [sdf] No Caching mode page present
[ 6016.077681] sd 5:0:0:0: [sdf] Assuming drive cache: write through
[ 6016.077685] sd 5:0:0:0: [sdf] Attached SCSI removable disk
[ 6020.680115] usb 1-6: USB disconnect, device number 7


Und .... hat jemand eine Idee?

[IchAuch]

vergebt mir .... den letzten Beitrag könnt Ihr vergessen. Das Dreckshandy mag es wohl nicht, wenn man die Storages nicht ordentlich aushängt
Nach Neustart des Teils Sieht es schon ganz anders aus:

[ 8826.584062] usb 4-2: new full speed USB device number 2 using uhci_hcd
[ 8826.757287] usb 4-2: New USB device found, idVendor=0fce, idProduct=e127
[ 8826.757299] usb 4-2: New USB device strings: Mfr=1, Product=5, SerialNumber=2
[ 8826.757308] usb 4-2: Product: Sony Ericsson Memory Stick USB Device
[ 8826.757316] usb 4-2: Manufacturer: Sony Ericsson
[ 8826.757323] usb 4-2: SerialNumber: XXXXXXXXXXXXXX*G*XXXXXXXXXXXXXX
[ 8826.762651] scsi11 : usb-storage 4-2:1.0
[ 8827.768379] scsi 11:0:0:0: Direct-Access SonyEric Mobile Storage 0002 PQ: 0 ANSI: 0
[ 8827.771362] scsi 11:0:0:1: Direct-Access SonyEric Mobile Storage 0002 PQ: 0 ANSI: 0
[ 8827.776679] sd 11:0:0:0: Attached scsi generic sg2 type 0
[ 8827.779166] sd 11:0:0:1: Attached scsi generic sg3 type 0
[ 8827.793170] sd 11:0:0:0: [sdd] 3907584 512-byte logical blocks: (2.00 GB/1.86 GiB)
[ 8827.798031] sd 11:0:0:0: [sdd] Write Protect is off
[ 8827.798036] sd 11:0:0:0: [sdd] Mode Sense: 0b 00 00 08
[ 8827.801168] sd 11:0:0:1: [sde] 32768 512-byte logical blocks: (16.7 MB/16.0 MiB)
[ 8827.804288] sd 11:0:0:0: [sdd] No Caching mode page present
[ 8827.804293] sd 11:0:0:0: [sdd] Assuming drive cache: write through
[ 8827.806916] sd 11:0:0:1: [sde] Write Protect is off
[ 8827.806921] sd 11:0:0:1: [sde] Mode Sense: 0b 00 00 08
[ 8827.812600] sd 11:0:0:1: [sde] No Caching mode page present
[ 8827.812605] sd 11:0:0:1: [sde] Assuming drive cache: write through
[ 8827.830028] sd 11:0:0:0: [sdd] No Caching mode page present
[ 8827.830033] sd 11:0:0:0: [sdd] Assuming drive cache: write through
[ 8827.857387] sdd: sdd1
[ 8827.860331] sd 11:0:0:1: [sde] No Caching mode page present
[ 8827.860336] sd 11:0:0:1: [sde] Assuming drive cache: write through
[ 8827.886379] sde: unknown partition table
[ 8827.909348] sd 11:0:0:0: [sdd] No Caching mode page present
[ 8827.909360] sd 11:0:0:0: [sdd] Assuming drive cache: write through
[ 8827.909369] sd 11:0:0:0: [sdd] Attached SCSI removable disk
[ 8827.938345] sd 11:0:0:1: [sde] No Caching mode page present
[ 8827.938355] sd 11:0:0:1: [sde] Assuming drive cache: write through
[ 8827.938364] sd 11:0:0:1: [sde] Attached SCSI removable disk