4
USB Stick beim Kopieren versehentlich entfernt - Device wird wohl in der Datenträgerverwaltung erkannt - aber kein Zugriff?
Hallo zusammen,
wahrscheinlich schon oft diskutiert - aber ich habe nichts passendes dazu gefunden ...,
also ich habe versehentlich einen USB-Stick 4GB Intenso beim Kopieren entfernt -
Der Stick wird als Wechseldatenträger unter Win7 Prof. 64 noch erkannt
in der Datenträgerverwaltung angezeigt - aber zusätzlich steht dort darunter
-> Kein Medium
und Diskpart zeigt dieses:
Datenträger 1 Kein Medium 0 B 0 B
- Schrottreif - oder besteht irgendwie noch die Möglichkeit an irgendwelche Daten zu kommen?
RECUVA & Co und HP Tool zeigen zwar das Device an, aber kein Zugriff -
Irgendwelche andere Alternativen - oder Learning by doing - und ab in die Mülltonne ...
Never touch any used device
Gruß
arsmagica
wahrscheinlich schon oft diskutiert - aber ich habe nichts passendes dazu gefunden ...,
also ich habe versehentlich einen USB-Stick 4GB Intenso beim Kopieren entfernt -
Der Stick wird als Wechseldatenträger unter Win7 Prof. 64 noch erkannt
in der Datenträgerverwaltung angezeigt - aber zusätzlich steht dort darunter
-> Kein Medium
und Diskpart zeigt dieses:
Datenträger 1 Kein Medium 0 B 0 B
- Schrottreif - oder besteht irgendwie noch die Möglichkeit an irgendwelche Daten zu kommen?
RECUVA & Co und HP Tool zeigen zwar das Device an, aber kein Zugriff -
Irgendwelche andere Alternativen - oder Learning by doing - und ab in die Mülltonne ...
Never touch any used device
Gruß
arsmagica
Auf Facebook teilen
Auf Twitter teilen
Auf Reddit teilen
Auf Linkedin teilenBitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 272594
Url: https://administrator.de/forum/usb-stick-beim-kopieren-versehentlich-entfernt-device-wird-wohl-in-der-datentraegerverwaltung-erkannt-aber-272594.html
Ausgedruckt am: 22.12.2024 um 19:12 Uhr
4 Kommentare
Neuester Kommentar
Wer nicht hören will, muß fühlen.
Aber hast Du mal versucht vn einem live-Linux zu booten udn zu schauen, ob da etwas anderes ausgegeben wird?
Vermutlich hast Du den Controller-Chip gehimmelt. Es gibt zwar technisch aufwendige Methoden, trotzdem an die daten zu kommen, aber nicth für "Heimwerker". Wenn da also wichtige daten drauf sind, ab zum Datenretter.
lks
Zitat von @Lochkartenstanzer:
Aber hast Du mal versucht vn einem live-Linux zu booten udn zu schauen, ob da etwas anderes ausgegeben wird?
Vermutlich hast Du den Controller-Chip gehimmelt. Es gibt zwar technisch aufwendige Methoden, trotzdem an die daten zu kommen,
aber nicth für "Heimwerker". Wenn da also wichtige daten drauf sind, ab zum Datenretter.
Hi Aber hast Du mal versucht vn einem live-Linux zu booten udn zu schauen, ob da etwas anderes ausgegeben wird?
Vermutlich hast Du den Controller-Chip gehimmelt. Es gibt zwar technisch aufwendige Methoden, trotzdem an die daten zu kommen,
aber nicth für "Heimwerker". Wenn da also wichtige daten drauf sind, ab zum Datenretter.
ich hatte schon mit Knoppix & Co geschaut - die erkennen z.Zt. zumindest gparted & Co noch weniger - vermutlich habe ich den Chip ins Nirwana
befördert - komischerweise kann Win7 + Win 8.1 noch etwas Kommunikation mit dem Chip führen - aber es reicht nicht.
Könnte höchtens selbst mal den Controller-Chip tauschen, mal sehen vielleicht haben wir den ja auf Lager ...
früher habe ich ja auch noch die 16550 UART's gekillt und getauscht
, noch zu Zeiten von US-Robotics,habe so eins immer noch im Betrieb und es funtzt.
arsmagica
Zitat von @arsmagica:
ich hatte schon mit Knoppix & Co geschaut - die erkennen z.Zt. zumindest gparted & Co noch weniger -
ich hatte schon mit Knoppix & Co geschaut - die erkennen z.Zt. zumindest gparted & Co noch weniger -
Da nimmt man eher lspci, lsusb, lshw, hwinfo und diverse ander tools tools, um zu schauen, ob der USB-gerät noch mit sich reden läßt.
vermutlich habe ich den Chip ins Nirwana befördert - komischerweise kann Win7 + Win 8.1 noch etwas Kommunikation mit dem Chip führen - aber es reicht nicht.
das kann linux wahrscheinlich auch. Nur wird Linux, wwenn es feststellt, daß da nichts sinnvol auf ein blockdevice zugegriffen werden kann, erst gar keins anlegen udnnicht wie Windows vorgaukeln, daß da eines der Größe 0 ist.
Könnte höchtens selbst mal den Controller-Chip tauschen, mal sehen vielleicht haben wir den ja auf Lager ...
Darf ich fragen, ob in welcher Branche Ihr tätig seid? Ich "bastel" zwar auch gern, aber sowas hätte ich nciht auf Lager.
früher habe ich ja auch noch die 16550 UART's gekillt und getauscht , noch zu Zeiten von US-Robotics,
habe so eins immer noch im Betrieb und es funtzt.
, noch zu Zeiten von US-Robotics,habe so eins immer noch im Betrieb und es funtzt.
Einen 16550-UART oder einige 74-er TTLs habe ich sicher noch im meiner "Bastelkiste" rumliegen, auch wenn ich da sehr lange nciht mehr reingeschaut habe.
Die Dinger sind aber meist als SMD ausgeführt udn das ist nur mit sehr viel Feingefühl und Übung zu meistern. Nicht so wie früher, wo man gefühlt mit eienr Lötlampe draufhalten konnte.
lks
Zitat von @Lochkartenstanzer:
> Könnte höchtens selbst mal den Controller-Chip tauschen, mal sehen vielleicht haben wir den ja auf Lager ...
---> so einen haben wir doch nicht im Sortiment - schade - bzw besser so.> Könnte höchtens selbst mal den Controller-Chip tauschen, mal sehen vielleicht haben wir den ja auf Lager ...
Volume: F:
Controller: Alcor AU6989SN-GT/AU6998SN
Possible Memory Chip(s):
Hynix H27UCG8T2ETR *2
Memory Type: MLC
Flash ID: ADDE14A7 424A
Flash CE: 2
Flash Channels: Single
Chip Code: 0xEC05
Chip F/W: FF00
Group: 98
VID: 058F
PID: 6387
Manufacturer: Alcor Tech
...
aber gerade festgestellt das das Problem doch größer wird und die Kommunikation anfängt zu husten ...
... da ist es einfacher den Speicherchip in einen neuen Baugleichen für ein paar Euronen
zu wechseln, dann muss ich nur 2x entlöten und umwechseln, Controller ist mir doch selbst zu fummelig ohne dabei
die paar anderen SMDs zu lösen... mal sehen wenn ich mal wieder genug Zeit habe werde ich mich an diese Bastelei
ransetzen.
arsmagica
