USB Stick - Daten nicht lesbar

[M. D. (netzzwerch)]

Hallo zusammen,

ich habe hier einen USB-Stick der zwar USB-Mäßig noch erkannt wird, 
jedoch scheinen die Daten nicht mehr lesbar zu sein. Leider gibt es kein 
Backup der Dateien (bevor ich gesteinigt werde: Es handelt sich zum 
Glück nicht um meinen Stick!).

Hier das Syslog beim einstecken

Nov 18 17:32:45 laptop kernel: [ 2384.009829] usb 2-1.1: new high-speed USB device number 9 using ehci-pci
Nov 18 17:32:45 laptop kernel: [ 2384.120480] usb 2-1.1: New USB device found, idVendor=090c, idProduct=3259
Nov 18 17:32:45 laptop kernel: [ 2384.120490] usb 2-1.1: New USB device strings: Mfr=1, Product=2, SerialNumber=0
Nov 18 17:32:45 laptop kernel: [ 2384.120495] usb 2-1.1: Product: SM3259AA MEMORY BAR 
Nov 18 17:32:45 laptop kernel: [ 2384.120500] usb 2-1.1: Manufacturer: Silicon Motion,Inc. 
Nov 18 17:32:45 laptop kernel: [ 2384.121234] usb-storage 2-1.1:1.0: USB Mass Storage device detected
Nov 18 17:32:45 laptop kernel: [ 2384.121531] scsi host6: usb-storage 2-1.1:1.0
Nov 18 17:32:45 laptop mtp-probe: checking bus 2, device 9: "/sys/devices/pci0000:00/0000:00:1d.0/usb2/2-1/2-1.1"
Nov 18 17:32:45 laptop mtp-probe: bus: 2, device: 9 was not an MTP device
Nov 18 17:32:45 laptop upowerd[1520]: unhandled action 'bind' on /sys/devices/pci0000:00/0000:00:1d.0/usb2/2-1/2-1.1/2-1.1:1.0
Nov 18 17:32:45 laptop upowerd[1520]: unhandled action 'bind' on /sys/devices/pci0000:00/0000:00:1d.0/usb2/2-1/2-1.1
Nov 18 17:32:46 laptop kernel: [ 2385.147256] scsi 6:0:0:0: Direct-Access     SMI      USB MEMORY BAR   1000 PQ: 0 ANSI: 5
Nov 18 17:32:46 laptop kernel: [ 2385.148230] sd 6:0:0:0: Attached scsi generic sg2 type 0
Nov 18 17:32:46 laptop kernel: [ 2385.151332] sd 6:0:0:0: [sdb] Attached SCSI removable disk

Ausstecken:

Nov 18 17:32:50 laptop kernel: [ 2389.162572] usb 2-1.1: USB disconnect, device number 9
Nov 18 17:32:50 laptop upowerd[1520]: unhandled action 'unbind' on /sys/devices/pci0000:00/0000:00:1d.0/usb2/2-1/2-1.1/2-1.1:1.0
Nov 18 17:32:50 laptop upowerd[1520]: unhandled action 'unbind' on /sys/devices/pci0000:00/0000:00:1d.0/usb2/2-1/2-1.

Wenn ich versuche die Daten mit dd zu kopieren bekomme ich folgende 
Meldung:

root@laptop:/dev# dd if=/dev/sdb of=stick.bin
dd: konnte '/dev/sdb' nicht öffnen: Datei oder Verzeichnis nicht gefunden

Jemand eine Idee was ich noch probieren könnte?

Gruß
Netzzwerch

[Rolf M. (rmagnus)]

M. D. schrieb:
> Wenn ich versuche die Daten mit dd zu kopieren bekomme ich folgende
> Meldung:root@laptop:/dev# dd if=/dev/sdb of=stick.bin
> dd: konnte '/dev/sdb' nicht öffnen: Datei oder Verzeichnis nicht
> gefunden

Gibt es denn /dev/sdb?

[M. D. (netzzwerch)]

Ja, /dev/sdb ist vorhanden

[1p10s (Gast)]

M. D. schrieb:
> root@laptop:/dev# dd if=/dev/sdb of=stick.bin

in /dev in dem du dich gerade befindest wird das nix.
wechsel vorher das verzeichnis.

[M. D. (netzzwerch)]

Warum soll das nicht gehen? Dateien anlegen darf ich da. Aber woanders 
bringt auch keine Besserung

root@laptop:~# dd if=/dev/sdb of=stick.bin
dd: konnte '/dev/sdb' nicht öffnen: Datei oder Verzeichnis nicht gefunden

[Rolf M. (rmagnus)]

1p10s schrieb:
> M. D. schrieb:
>> root@laptop:/dev# dd if=/dev/sdb of=stick.bin
>
> in /dev in dem du dich gerade befindest wird das nix.
> wechsel vorher das verzeichnis.

Wieviele /dev gibt's denn deiner Meinung nach?

[Mario M. (thelonging)]

Er meinte das Ziel-Verzeichnis. Aber das ist nicht das Problem. Das 
Gerät hat keinen Datenträger. Was für ein Stick ist es denn?

[M. D. (netzzwerch)]

Steht leider nix drauf.
lsusb sagt:

Bus 002 Device 010: ID 090c:3259 Silicon Motion, Inc. - Taiwan (formerly Feiya Technology Corp.)

[oszi40 (Gast)]

M. D. schrieb:
> Es handelt sich zum Glück nicht um meinen Stick!).

Dann professionellen Datenretter wie Ontrack und deren Preisliste 
suchen, WENNN es wichtig sein sollte. Jedes weitere Experiment könnte 
den Datenverlust verschlimmern.

[Mario M. (thelonging)]

Ich meinte: Was für eine Bauform ist es? Es gibt zum Beispiel diese 
Mini-USB-Sticks, die fast im USB-Port verschwinden. Die bestehen 
eigentlich aus einem Adapter und einer Micro-SD-Card.
Manchmal kommt es vor, dass der Adapter die Karte nicht mehr erkennt. 
Dann wird zwar das Gerät erkannt und eingebunden, es enthält aber keinen 
Datenträger. Dann kann man den Stick zerlegen und die SD-Karte in einem 
normalen Kartenleser auslesen.

[nachtmix (Gast)]

Es muss nicht immer ein Fehler des Benutzers sein, oder ein defektes 
Filesystem, sondern es gibt tasächlich auch schlechte Chips.

Ich habe hier z.B einen USB-Stick, bei dem schon nach wenigen Wochen 
immer mehr Bits umfallen. Nach einem halben Jahr ist kaum noch eine 
Datei heile.
Gemerkt habe ich das, weil ich diesen Stick benutze um Videos zum 
Fernseher zu transportieren, und die Bildfehler immer heftiger wurden.

Zur Datenrettung würde ich versuchen mit dd das rawdevice auszulesen und 
zu sichern, und danach im Filesystem die falschen Bits händisch zu 
reparieren um die Strukturen wieder herzustellen.
Ist aber sehr mühsam, und ich habe das seit Ewigkeiten nicht mehr 
gemacht.

[M. D. (netzzwerch)]

Der Stick hat zwei USB-Anschlüsse. Einen Micro-USB und einen USB-A 
Stecker. Das Gehäuse ist leider verklebt, deswegen habe ich da noch 
nicht reingeschaut.

[M.M.M (Gast)]

Hallo

M. D. schrieb:
> Wenn ich versuche die Daten mit dd zu kopieren bekomme ich folgende
> Meldung:root@laptop:/dev# dd if=/dev/sdb of=stick.bin
> dd: konnte '/dev/sdb' nicht öffnen: Datei oder Verzeichnis nicht
> gefunden
> Jemand eine Idee was ich noch probieren könnte?

Welcher Kernelversion wird verwendet? In irgendeinem Kernel 4.?? hat 
sich ein Fehler eingeschlichen, der vereinzelt zu Fehlern mit z.B. 
USB-Sticks führen kann.
Ich würde mal mit einer Distribution mit einem 3er Kernel testen, ob der 
den Stick lesbar mounted. gparted 0.21 sollte z.B. passen:
https://sourceforge.net/projects/gparted/files/gparted-live-stable/

MfG

[michael_ (Gast)]

M. D. schrieb:
> Einen Micro-USB und einen USB-A
> Stecker.

Wirklich?
Statt Micro-USB doch ein USB-C?

Über so einen Stick hat sich hier vor einer Weile mal jemand beschwert 
und davor gewarnt.

[Rufus Τ. F. (rufus)]

michael_ schrieb:
> Wirklich?

Das ist durchaus wahrscheinlich, die Dinger sind dafür gedacht, zusammen 
mit Smartphones o.ä. genutzt zu werden. Solange die nicht von Apple 
sind, haben sie sehr oft noch Micro-USB-Buchsen.

[Jens G. (jensig)]

@nachtmix (Gast)

>Zur Datenrettung würde ich versuchen mit dd das rawdevice auszulesen und
>zu sichern, und danach im Filesystem die falschen Bits händisch zu

Und ich dachte, er macht es schon mit dem raw device:

> root@laptop:/dev# dd if=/dev/sdb of=stick.bin

Oder geht es noch roher?

[Daniel A. (daniel-a)]

Jens G. schrieb:
> Oder geht es noch roher?

Man kann mit anderen command line tools über die sg device files noch 
auf die daten zugreifen. Bei sg muss das Program die scsi ansteuerung 
bis zu einem gewissen grad selbst machen. Nützt in der regel aber 
nichts. Suche nach sg utils für mehr info darüber.