|
Anzeige
|
USB Stick - Daten nicht lesbarHallo 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
Ausstecken:
Wenn ich versuche die Daten mit dd zu kopieren bekomme ich folgende Meldung:
Jemand eine Idee was ich noch probieren könnte? Gruß Netzzwerch 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? Ja, /dev/sdb ist vorhanden
Gast
#5626233
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. Warum soll das nicht gehen? Dateien anlegen darf ich da. Aber woanders bringt auch keine Besserung
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? 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? Steht leider nix drauf. lsusb sagt:
Gast
#5626621
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. 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.
Gast
#5626721
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. 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.
Angehängte Dateien:
Gast
#5627837
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
Gast
#5627841
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. 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. @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? 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. Antwort schreibenBitte melde dich an, um einen Beitrag zu schreiben. |
Anzeige
|
