• Willkommen im Linux Club - dem deutschsprachigen Supportforum für GNU/Linux. Registriere dich kostenlos, um alle Inhalte zu sehen und Fragen zu stellen.

[passe]Stickproblem nach Schreibfehler

gm2601

gm2601

Hallo Gurus,

ein Kopieren auf den seit langem bewährten Stick (Alcor Micro Corp. Transcend JetFlash Flash Drive) endete nach ca 180MB von 1,3GB mit einer Fehlermeldung, die ich leider nicht notiert habe. "Acess error" könnte es gewesen sein.

Seither wird der Stick zwar vom System erkannt, read geht problemlos, aber ich kann nicht mehr schreibend, somit auch nicht mehr löschend darauf zugreifen, "Read-only file system" heißt es bei jedem Versuch.
Alle Versuche mit mkfs, fsck aber auch unter WIN mit format oder chkdsk E: ändern nichts daran.

Stick erneuern ist natürlich das einfachste, aber irgendwie unbefriedigend. Hat jemand eine weitere Idee?

Vielen Dank im Voraus!

Nachtrag:
Der automount stellt den Stick so dar: /dev/sdc on /media/disk-1 type vfat (rw,nosuid,nodev,uid=1000,utf8,shortname=mixed,flush)
 
J

josef-wien

Welche Meldungen zeigt dmesg am Ende nach dem Anschließen des Mediums sowie nach einem Schreib-Versuch?. Wie alt ist das Medium?
 
OP
gm2601

gm2601

Code: 
[  465.473312] usb 1-8: new high speed USB device using ehci_hcd and address 5
[  465.595398] usb 1-8: New USB device found, idVendor=058f, idProduct=6387
[  465.595408] usb 1-8: New USB device strings: Mfr=1, Product=2, SerialNumber=3
[  465.595415] usb 1-8: Product: Mass Storage
[  465.595420] usb 1-8: Manufacturer: Generic
[  465.595424] usb 1-8: SerialNumber: F458036C
[  465.596032] scsi6 : usb-storage 1-8:1.0
[  466.598003] scsi 6:0:0:0: Direct-Access     Generic  Flash Disk       8.07 PQ: 0 ANSI: 4
[  466.598400] sd 6:0:0:0: Attached scsi generic sg3 type 0
[  466.600666] sd 6:0:0:0: [sdc] 31313920 512-byte logical blocks: (16.0 GB/14.9 GiB)
[  466.601691] sd 6:0:0:0: [sdc] Write Protect is off
[  466.601700] sd 6:0:0:0: [sdc] Mode Sense: 23 00 00 00
[  466.601706] sd 6:0:0:0: [sdc] Assuming drive cache: write through
[  466.609680] sd 6:0:0:0: [sdc] Assuming drive cache: write through
[  466.609687]  sdc:
[  466.613185] sd 6:0:0:0: [sdc] Assuming drive cache: write through
[  466.613190] sd 6:0:0:0: [sdc] Attached SCSI removable disk
Nun ist der Stick, wie eingangs beschrieben gemountet und "write protect is off".
Ein rm -r /media/disk/* ändert diesen Status

Code: 
[  588.486697] fat_free_clusters: deleting FAT entry beyond EOF
[  588.486712]     File system has been set read-only
[  588.487037] sd 6:0:0:0: [sdc] Unhandled sense code
[  588.487046] sd 6:0:0:0: [sdc] Result: hostbyte=DID_OK driverbyte=DRIVER_SENSE
[  588.487055] sd 6:0:0:0: [sdc] Sense Key : Data Protect [current] 
[  588.487065] Info fld=0x0
[  588.487070] sd 6:0:0:0: [sdc] Add. Sense: Write protected
[  588.487079] sd 6:0:0:0: [sdc] CDB: Write(10): 2a 00 00 00 01 8c 00 00 01 00
[  588.487099] end_request: I/O error, dev sdc, sector 396
[  588.487107] Buffer I/O error on device sdc, logical block 396
[  588.487112] lost page write due to I/O error on sdc
[  588.488038] sd 6:0:0:0: [sdc] Unhandled sense code
[  588.488045] sd 6:0:0:0: [sdc] Result: hostbyte=DID_OK driverbyte=DRIVER_SENSE
[  588.488054] sd 6:0:0:0: [sdc] Sense Key : Data Protect [current] 
[  588.488064] Info fld=0x0
[  588.488068] sd 6:0:0:0: [sdc] Add. Sense: Write protected
[  588.488078] sd 6:0:0:0: [sdc] CDB: Write(10): 2a 00 00 00 3d 38 00 00 01 00
[  588.488122] end_request: I/O error, dev sdc, sector 15672
[  588.488131] Buffer I/O error on device sdc, logical block 15672
[  588.488137] lost page write due to I/O error on sdc
[  588.489036] sd 6:0:0:0: [sdc] Unhandled sense code
[  588.489043] sd 6:0:0:0: [sdc] Result: hostbyte=DID_OK driverbyte=DRIVER_SENSE
[  588.489051] sd 6:0:0:0: [sdc] Sense Key : Data Protect [current] 
[  588.489061] Info fld=0x0
[  588.489065] sd 6:0:0:0: [sdc] Add. Sense: Write protected
[  588.489075] sd 6:0:0:0: [sdc] CDB: Write(10): 2a 00 00 00 2f 69 00 00 63 00
[  588.489093] end_request: I/O error, dev sdc, sector 12137
[  588.489100] Buffer I/O error on device sdc, logical block 12137
[  588.489105] lost page write due to I/O error on sdc
[  588.489112] Buffer I/O error on device sdc, logical block 12138
[  588.489116] lost page write due to I/O error on sdc
[  588.489121] Buffer I/O error on device sdc, logical block 12139
[  588.489126] lost page write due to I/O error on sdc
[  588.489131] Buffer I/O error on device sdc, logical block 12140
[  588.489136] lost page write due to I/O error on sdc
[  588.489141] Buffer I/O error on device sdc, logical block 12141
[  588.489145] lost page write due to I/O error on sdc
[  588.489150] Buffer I/O error on device sdc, logical block 12142
[  588.489155] lost page write due to I/O error on sdc
[  588.489160] Buffer I/O error on device sdc, logical block 12143
[  588.489164] lost page write due to I/O error on sdc
[  588.489172] Buffer I/O error on device sdc, logical block 12144
[  588.489177] lost page write due to I/O error on sdc
[  588.490298] sd 6:0:0:0: [sdc] Unhandled sense code
[  588.490304] sd 6:0:0:0: [sdc] Result: hostbyte=DID_OK driverbyte=DRIVER_SENSE
[  588.490311] sd 6:0:0:0: [sdc] Sense Key : Data Protect [current] 
[  588.490319] Info fld=0x0
[  588.490322] sd 6:0:0:0: [sdc] Add. Sense: Write protected
[  588.490330] sd 6:0:0:0: [sdc] CDB: Write(10): 2a 00 00 00 6b 15 00 00 63 00
[  588.490346] end_request: I/O error, dev sdc, sector 27413
[  588.491267] sd 6:0:0:0: [sdc] Unhandled sense code
[  588.491272] sd 6:0:0:0: [sdc] Result: hostbyte=DID_OK driverbyte=DRIVER_SENSE
[  588.491279] sd 6:0:0:0: [sdc] Sense Key : Data Protect [current] 
[  588.491286] Info fld=0x0
[  588.491289] sd 6:0:0:0: [sdc] Add. Sense: Write protected
[  588.491297] sd 6:0:0:0: [sdc] CDB: Write(10): 2a 00 00 00 77 90 00 00 01 00
[  588.491312] end_request: I/O error, dev sdc, sector 30608
Wie alt das Medium ist, kann ich nur schätzen, etwa ein Jahr und der baugleiche Typ, den ich gleichzeitig kaufte funktioniert problemlos.

Ein "partition list" unter fdisk zeigt dies:
Code: 
Disk /dev/sdc: 16.0 GB, 16032727040 bytes
64 heads, 32 sectors/track, 15290 cylinders
Units = cylinders of 2048 * 512 = 1048576 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x69737369

This doesn't look like a partition table
Probably you selected the wrong device.

   Device Boot      Start         End      Blocks   Id  System
/dev/sdc1   ?      912975      995343    84344761   69  Unknown
Partition 1 does not end on cylinder boundary.
/dev/sdc2   ?      830821     1743849   934940732+  73  Unknown
Partition 2 does not end on cylinder boundary.
/dev/sdc3   ?           2           2           0   74  Unknown
Partition 3 does not end on cylinder boundary.
/dev/sdc4         1409025     1409050       26207+   0  Empty
Partition 4 does not end on cylinder boundary.

Partition table entries are not in disk order
Versuche ich die Partitions zu löschen, so kommt zum Schluss:
Code: 
Command (m for help): w
The partition table has been altered!

Calling ioctl() to re-read partition table.

Error closing file
...und die Liste schaut nach dem nächsten einstecken des Sticks aus wie vorher.
 
J

josef-wien

Versuche einmal, nach einer Sicherung der notwendigen Daten und nach umount der eingehängten Partition(en) den Anfang des Mediums zu löschen:
Code: 
dd if=/dev/zero of=/dev/sdc bs=1M count=100
Danach muß eine neue msdos-Partitionentabelle angelegt und das Medium partitioniert werden.
 
OP
gm2601

gm2601

Zuerst habe ich mich geärgert nicht selbst auf den Gedanken gekommen zu sein, denn mit dd habe ich schon manchen Schabernack getrieben,
A B E R:
Code: 
dd: opening `/dev/sdc': Read-only file system
der Stick bleibt unbelehr- und unbekehrbar. :???:

Hätte ein Win/Dos "Format e:" denn nicht bereits über den Anfangsbereich des Mediums drübergeholzt?
 
F

Freddie62

Wenn alle Stränge reissen, kannst Du es mal mit ChipGenius versuchen. Darüber kannst Du herausfinden, von welchem Hersteller der Chipsatz im Stick stammt. Dann mußt Du die passende Software des Chipsatz-Herstellers downloaden (Link gibt's bei ChipGenius) und damit den Stick formatieren. Leider geht dieser Kram nur unter Win... :zensur:
Danach sollte der Stick aber wieder gehen. Auf diese Art und Weise kann man auch nicht löschbare "CD-Laufwerke" von USB-Sticks entfernen... ;)

CU Freddie
 
OP
gm2601

gm2601

Interessanter Ansatz, danke, aber das wäre dann wirklich mit Kanonen auf "€ 8.- USB-Spatzen" geschossen und es dürfte auch an meinem WIN-equipment scheitern, das ist nämlich nur noch der abgelegte Schleppi meiner Tochter mit hornaltem XP.
 
J

josef-wien

Ich fürchte, daß entweder der Controller im Medium einen Schaden hat oder der Inhalt der Speicherzellen (etwas früh nach 1 Jahr) nicht mehr verändert werden kann.

Freddie62 schrieb:
Auf diese Art und Weise kann man auch nicht löschbare "CD-Laufwerke" von USB-Sticks entfernen.
Zum Vergrößern anklicken....
Das sollte der genannte dd-Befehl auch bewerkstelligen, eventuell muß der zu überschreibende Bereich vergrößert werden.
 
F

Freddie62

Genau das funktioniert mit dd nicht, wenn Bereiche vom Controller als schreibgeschützt deklariert sind! Da hilft nur, den Controller zu "überzeugen"! Das geht übrigens auch unter XP. Ich hatte mir letztes Jahr in Japan einen Satz 4GB-USB-Sticks mit einem fest installierten Virenscanner (CD-Laufwerk mit 3,7GB) für 'nen €uro gekauft (Reichen zum Verlieren oder beim Kunden Vergessen). Mittels ChipGenius den Hersteller des Chipsatzes ermittelt, dann das CD-ROM-Laufwerk per Hersteller-Software gelöscht und schon hatte ich einen Stapel günstige 4GB-Sticks. Und man lernt auch z.B. Einiges über USB-Sticks und was man mit so was z.B. anstellen kann. Da gab es letztens auch einen interessanten Beitrag dazu bei heise...
Leider ist der Artikel nicht mehr frei lesbar.

CU Freddie
 
OP
gm2601

gm2601

josef-wien schrieb:
Das sollte der genannte dd-Befehl auch bewerkstelligen, eventuell muß der zu überschreibende Bereich vergrößert werden.
Zum Vergrößern anklicken....
Es geschehen Dinge zwischen Plus und Minus... :???:
Was gestern sofort mit "Read only device" endete, lief heute mit jeder Größe (...bis bs=1G count=14) so problem- wie erfolglos durch... das muss ich nun wirklich mehr verstehen.

Freddie62 schrieb:
Genau das funktioniert mit dd nicht, wenn Bereiche vom Controller als schreibgeschützt deklariert sind! Da hilft nur, den Controller zu "überzeugen"!.
Zum Vergrößern anklicken....
Und das verläuft sich nun für mein Empfinden in einem Irrgarten, denn ChipGenius liefert mit nur ...
Code: 
Device Name: +[E:]+USB-Massenspeichergerät(Generic Flash Disk USB Device)

PnP Device ID: VID = 058F PID = 6387
Serial Number: F458036C
Revision: 8.07

Device Type: Standard USB device - USB2.0 Full-Speed (USB1.1)

Chip Vendor: Alcor
Chip Part-Number: AU6983

Product Vendor: (N/A)
Product Model: (N/A)

Tools on Web:  http://bbs.mydigit.cn/read.php?tid=4345
...und der AU6983 findet offenbar in einem Wust von UBB-Sticks Verwendung.
Der Versuch eines downlaods einer von mir vielleicht passend gehaltenen FW-Datei klappte nicht, vermutlich weil ich mich nicht registrieren wollte und auch nicht will.

Ich denke, dass ich mir weitere Forschungen und vergebliche Versuche verkneifen werde, denn wegen € 8.- möchte ich, auch wenns mich anfänglich interessierte, möchte ich nicht noch mehr von meiner EURER, aber auch meiner Freizeit verbraten.

Nachtrag 4.Sept.:
Nachdem ich noch einen weiteren Versuch gestartet habe, mit dem downlaod von "FC MpTool V4.02 for fixing alcor" recht hoffnungsvoll war, da er "AU698x" mit aufzählte, ist nun der Stick den Weg allen Irdischen gegangen. Die SW erkannte den Stick, las VID und PID korrekt aus, nur an "Start" war nie zu denken, das war und bleib "greyed out".
 
Du musst dich einloggen oder registrieren, um hier zu antworten.
Oben