USB Sticks von rufus geschrottet, fix möglich?

Registriert
Dez. 2015
Beiträge
4.525
Hi, ganz dubios, evtl liegt es an den Frontanschlüssen, evtl an whatever:

Win 10 fall creator sollte clean installiert werden, per USB Stick, media creation tool ISo download war vorhanden.

Hier wurde rufus gezogen um es bootbar auf den USB Stick zu packen.

Rufus rödelt vor sich hin, kurz vor Ende Fehler USB Device.

Stick wird nicht mehr erkannt, ein und ausstecken aber noch mit Sound quittiert.

Datenträgerverwaltung: auch dort nichts zum "neu" zuordnen, also komplett weg.

Zweiter Stick, slebe Reihenfolge, auch Schrott, vorher gingen beide.

Wem sagt das was, kennt das wer?

Kann man die Sticks irgendwie hard resetten oder sind die im Nirvana?

Wenn ja warum?)

Gruß
 
Hau den Stick mal in den Rechner und öffne die Datenträgerverwaltung, ist er da aufgelistet?
Ansonsten schauen ob er unter "diskpart" in der cmd aufgelistet wird (list disk).

Noch eine alternative wäre, wenn du einen Linux-Rechner hast, gucken ob er da erkannt wird.
 
Ich benutze für MS-Installationssticks das Tool von MS, welches mal für Windows7 rauskam.
 
Warum kann man denn den eröffnungsbeitrag nicht erstmal komplett lesen??
Er hat doch in der Datenträgerverwaltung geschaut... *kopfschüttel*

Diskpart und Linux wären aber tatsächlich noch ein Versuch.
Und sag mal, welche Version von rufus du genutzt hast.
 
Das mit der Datenträgerverwaltung habe ich iwie überlesen :freak:
Dann ist wie schon gesagt der nächste Schritt diskpart:

- list disk
(ist der Datenträger da?)
- select disk #
(# entsprich der nummer bei list disk)
- clean
- create partition primary
=> Danach kannst normalerweise den Stick einfach ganz normal formatieren und dann zB nochmal das aktuellste! Rufus nutzen

@janosch,
deine Aussage hilft dem TE auch nicht weiter. Zumal Rufus schon ein sehr gutes Tool ist. Benutze nur das Tool um meine Windoof Images auf den Stick zu bekommen.
 
Vielleicht noch als Hinweis:
Vorsicht bei Diskpart!!! Guck dreimal hin ob du den richtigen Datenträger ausgewählt hast. Also bei List Disk ganz genau gucken und nach select Disk auch nochmal ganz genau schauen.
Nach der Eingabe clean kommt keine Nachfrage und auch kein Weg zurück!!
 
Wenn du schon die vorderen Anschlüsse mitverdächtigst, nutze zur Ursachenforschung erst einmal nur die Hinteren.
Tipps, wie man vorgehen könnte, wurden ja bereits von den Vorrednern genannt.
 
Wenn du von einem laufenden Win8-10 System updaten wolltest, müsstest du nicht mal einen Stick verwenden. Da kann man die ISO auch im Explorer mounten und direkt starten.
 
hm, okay

also weder vorne noch hinten direkt am board wird der stick bzw beide noch erkannt

auch nicht in diskpart

bei rufus steht dan im link etwas von grob übersetzt es überforderte die schwachew hardware, also minderwertige sticks

einer war ein zehn euro intenso der andere einer von sony, beides 16 gb, dann kann man die wohl abschreiben

ansonsten wird aktuell alles wie etwa auch ein xbox controller erkannt an usb


zum mct direkt auf usb...


iso war halt schon vorhanden auf der platte

rufus war die version hier aus dem download bereich


danke an alle

ps:
@firexs

hab das von bios updates, besser dos oder usb als unter windows so in erinnerung das clean halt immer besser ist und setup.exe unter einem (anderen) windows ist dann doch da unter einem laufenden system auch kein clean install?



UPDATE:
sehe gerade in der Task trotz allem ein Hardware sicher entfernen Symbol


Rechstklick...sicher entfernen öffnet ein Fenster im Explorer mit ...storage media


Rechstklick führt zu einem Mauszeiger/Kreis/Explorer Bootloop quasi
 
Zuletzt bearbeitet:
Der nächste Schritt wäre jetzt wohl wirklich ein (Live-)Linux.
Wenn er da nicht erkannt wird mal den /var/log/syslog mit tail -f ausgeben lassen wenn du den Stick einsteckst.
 
Natürlich geht Clean install :) Wenn du nichts von den Daten behältst, ist es Clean.
 
Fard Dwalling schrieb:
Vielleicht noch als Hinweis:
Vorsicht bei Diskpart!!! Guck dreimal hin ob du den richtigen Datenträger ausgewählt hast. Also bei List Disk ganz genau gucken und nach select Disk auch nochmal ganz genau schauen.
Nach der Eingabe clean kommt keine Nachfrage und auch kein Weg zurück!!

Natürlich gibt es ein Weg zurück.
Der Parameter Clean löscht nur die Partitionstabelle/-informationen (MBR | GPT).
Die Daten bleiben davon komplett unberührt.
Kann man dann einfach mit TestDisk o.ä. wiederherstellen.
Man darf nur nicht Clean All verwenden. Dann wird nämlich alles mit 0 überschrieben.
 
Zuletzt bearbeitet:
dominic.e schrieb:
Wenn er da nicht erkannt wird mal den /var/log/syslog mit tail -f ausgeben lassen wenn du den Stick einsteckst.

​Was ist das Ergebnis davon? ;)
tail auf den syslog und dann stick reinstecken, dann sollte das log n paar zeilen schreiben, ggf hilft uns das was da los ist.
 
aktuell bootet mir nur die desinfect, Gruß von einem Ahnungslosen:

desinfect@desinfect:~$ tail -f -n 0 /var/log/syslog
Nov 18 18:30:54 desinfect kernel: [ 451.544105] usb 3-6: USB disconnect, device number 4
Nov 18 18:30:54 desinfect kernel: [ 451.560049] sd 6:0:0:0: [sdc] tag#0 FAILED Result: hostbyte=DID_NO_CONNECT driverbyte=DRIVER_OK
Nov 18 18:30:54 desinfect kernel: [ 451.560051] sd 6:0:0:0: [sdc] tag#0 CDB: Read(10) 28 00 00 00 00 00 00 00 08 00
Nov 18 18:30:54 desinfect kernel: [ 451.560053] blk_update_request: I/O error, dev sdc, sector 0
Nov 18 18:30:54 desinfect kernel: [ 451.560056] Buffer I/O error on dev sdc, logical block 0, async page read
Nov 18 18:30:54 desinfect kernel: [ 451.560100] ldm_validate_partition_table(): Disk read failed.
Nov 18 18:30:54 desinfect kernel: [ 451.560108] Dev sdc: unable to read RDB block 0
Nov 18 18:30:54 desinfect kernel: [ 451.560123] sdc: unable to read partition table
Nov 18 18:30:54 desinfect kernel: [ 451.560213] sd 6:0:0:0: [sdc] Read Capacity(10) failed: Result: hostbyte=DID_NO_CONNECT driverbyte=DRIVER_OK
Nov 18 18:30:54 desinfect kernel: [ 451.560214] sd 6:0:0:0: [sdc] Sense not available.
Nov 18 18:30:54 desinfect kernel: [ 451.560224] sd 6:0:0:0: [sdc] Write Protect is on
Nov 18 18:30:54 desinfect kernel: [ 451.560225] sd 6:0:0:0: [sdc] Mode Sense: ff ff ff ff
Nov 18 18:30:54 desinfect kernel: [ 451.560229] sd 6:0:0:0: [sdc] Attached SCSI removable disk
Nov 18 18:30:32 desinfect gnome-session[3288]: message repeated 6 times: [ ls: Zugriff auf '/opt/sophos-av/update/cache/Primary/*.upd' nicht möglich: Keine Berechtigung]
Nov 18 18:30:54 desinfect systemd-udevd[4322]: inotify_add_watch(9, /dev/sdc, 10) failed: No such file or directory
Nov 18 18:30:56 desinfect kernel: [ 453.547913] usb 3-6: new high-speed USB device number 5 using xhci_hcd
Nov 18 18:30:54 desinfect systemd-udevd[4322]: inotify_add_watch(9, /dev/sdc, 10) failed: No such file or directory
Nov 18 18:30:56 desinfect systemd-udevd[4340]: failed to execute '/lib/udev/mtp-probe' 'mtp-probe /sys/devices/pci0000:00/0000:00:14.0/usb3/3-6 3 5': No such file or directory
Nov 18 18:30:56 desinfect kernel: [ 453.697624] usb 3-6: New USB device found, idVendor=054c, idProduct=0439
Nov 18 18:30:56 desinfect kernel: [ 453.697625] usb 3-6: New USB device strings: Mfr=1, Product=2, SerialNumber=3
Nov 18 18:30:56 desinfect kernel: [ 453.697626] usb 3-6: Product: Storage Media
Nov 18 18:30:56 desinfect kernel: [ 453.697627] usb 3-6: Manufacturer: Sony
Nov 18 18:30:56 desinfect kernel: [ 453.697628] usb 3-6: SerialNumber: 7B4211105281002819
Nov 18 18:30:56 desinfect kernel: [ 453.698064] usb-storage 3-6:1.0: USB Mass Storage device detected
Nov 18 18:30:56 desinfect kernel: [ 453.698633] scsi host6: usb-storage 3-6:1.0
Nov 18 18:31:02 desinfect gnome-session[3288]: ls: Zugriff auf '/opt/sophos-av/update/cache/Primary/*.upd' nicht möglich: Keine Berechtigung
Nov 18 18:31:03 desinfect kernel: [ 461.344329] scsi 6:0:0:0: Direct-Access Sony Storage Media 0100 PQ: 0 ANSI: 0 CCS
Nov 18 18:31:03 desinfect kernel: [ 461.344843] sd 6:0:0:0: Attached scsi generic sg3 type 0
Nov 18 18:31:03 desinfect kernel: [ 461.348050] sd 6:0:0:0: [sdc] 31703040 512-byte logical blocks: (16.2 GB/15.1 GiB)
Nov 18 18:31:03 desinfect kernel: [ 461.348307] sd 6:0:0:0: [sdc] Test WP failed, assume Write Enabled
Nov 18 18:31:03 desinfect kernel: [ 461.348552] sd 6:0:0:0: [sdc] Asking for cache data failed
Nov 18 18:31:03 desinfect kernel: [ 461.348555] sd 6:0:0:0: [sdc] Assuming drive cache: write through
Nov 18 18:31:35 desinfect kernel: [ 492.569030] usb 3-6: reset high-speed USB device number 5 using xhci_hcd
 

Ähnliche Themen

Zurück
Oben