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

Windows setzt unerwünschten Schreibschutz auf USB Stick

henry_hl

Newbie
Ich benutze einen FAT32 formatierten USB-Stick öfter an fremden Rechnern. Mit ziemlich schöner Regelmäßigkeit meldet Windows (versch. Versionen) dann irgendwann ohne offensichtlichen Anlaß plötzlich "der Datenträger ist schreibgeschützt." Nun finde ich bei diesem "Betriebssstem" partout keine vernünftigen Bordmittel diesen Schreibschutz wieder aufzuheben (einzelne Ordner ist klar, wenns auch ewig dauert --ich weiß schon warum ich kein W :zensur: mehr will).

Ich habe festgestellt, daß, wenn ich den Stick wieder unter SuSe anstecke daß ein versteckter Ordner "RECYCLER" und eine "desktop.ini" angelegt wurden -- Die sind unter Windows aber auch dann nicht sichtbar [zu machen] wenn man "versteckte Dateien anzeigen" gesetzt hat. Bisher habe ich immer geglaubt, ich hätte mir dabei einen Virus eingefangen und die Dinger unter Linux einfach gelöscht.

Problem dabei ist, daß auch als root (!?), chmod sich weigert die Attribute zu ändern weil "die Zugriffsrechte nicht ausreichen."

Ein paar Mal habe ich jetzt neu formatiert, aber das ist zum einen lästig und bedeutet zum anderen, daß die Arbeit am Windows-Rechner (am anderen Standort) erst einmal zu Ende ist?

Das muß doch auch anders gehen? Irgend ein Window-Konsolenkommando, daß die .ini-Datei sichbar und löschbar macht??

(Ich vermute das Problem entspricht dem hier geschilderten: http://www.linux-club.de/viewtopic.php?f=4&t=80821&p=474715&hilit=windows+schreibschutz#p474715)

Was mir noch aufgefallen ist (z. Zt. stecken 2 USB Sticks im Hub), daß beim nicht mehr schreibbaren der unsichtbare Ordner "System Volume Information" zu fehlen scheint (sofern Win wirklich alles anzeigt, was ja nicht der Fall zu sein scheint)

Wenn man die einschlägigen Windoof-Foren durchsucht finden sich so sinnige Hinweise wie "den kleinen Schalter umlegen" (den es nicht gibt) oder "neuformatieren" -- Das kann es ja wohl nicht sein.
 

Jägerschlürfer

Moderator
Teammitglied
mir ist das noch nie passiert, dass ein Stick, den ich unter Linux nutze nicht mehr auf einem Windows System nutzen kann,...
Ich denke eher, dass dein Stick möglicherweise ein Problem hat. Hast du dieses Problem bei mehreren Sticks?
Schließe die Sticks mal direkt an den Rechner an und nicht an einem Hub,...
 
OP
H

henry_hl

Newbie
Das Problem (das ich verständlicherweise ungern reproduziere) ist schon mehrfach und auf verschiedenen Sticks und rechnern aufgetrten.

Inzwischen habe ich es noch etwas eingrenzen können. Zum einen scheint das "schreibgeschützt"-Attribut dann gesezt zu werden wenn über verschiedene Programme gleichzeitig geschrieben wird (also zB ftp-download und normale Datei speichern)

Der total verweigerte Zugriff war zumindest in einem Fall durch einen Virus verursacht.
 
OP
H

henry_hl

Newbie
Nun ist mir nach einigen Wochen gelungen den geschilderten „plötzliche“ Schreibschutz-Fehler (unter Win XP) mir wieder einzufangen.

Aufgetreten ist er (wieder) unmittelbar nachdem einer, von zwei paralell auf den Stick schreibenden, Downloads abgeschlossen war. Der zwite Download brach ab "weil der Datenträger schreibgeschützt" ist. (Belegung zu diesem Zeitpunkt ca. 30%).

Das wohl nicht selten auftrerende Problem durch Tips aus einschlägigen Win-Foren zu lösen mißlang: Zum einen erkannte DISKPART die externen Sticks gar nicht, der zweite Lösungsansatz im Registry unter CurrentControl die entsprechende Einstellung zu ändern funktionierte nicht, weil die angegebene Untervariable nicht existiert.

Beim Wiederanstecken auf meiner Maschine zu Hause, erkannte Dolphin den Stick wie gehabt, er wurde korrekt unter seinem definierten Mountpoint /media/KINGSTON/ eingehängt (fstab: "/dev/disk/by-id/usb-SKYMEDI_USB_Drive_0A-0:0-part1 /media/KINGSTON vfat user,users,gid=users,umask=0002,utf8=true,nofail 0 0"). Benutzer "root" mit Berechtigungen "rwxrwxr-x" (alle Dateien und Ordner). Versteckte Dateien fanden sich diesmal keine.

Die erste Datei ließ sich (immer noch in Dolphin als normaler User) einwandfrei verschieben. Bei allen weiteren gab es nur noch Lesezugriff. Nach Hinzufügen von "root" zur Gruppe "users" war das Verschieben [zunächst] wieder möglich, das zugrundliegende Problem löste es aber nicht.

Der Versuch als "root" auch für "andere" (und wenn ich den Stick unter Win einstecke ist der Rechner ja ein "anderer") Schreibzugriff (Berechtigungen also 777) zu erlauben, scheitert weiterhin unter Dolphin mit „Berechtigungen für /media/KINGSTON können nicht geändert werden.“ Über die Konsole
Code:
# cd /media && chmod 777 KINGSTON
kommt chmod: Beim Setzen der Zugriffsrechte für „KINGSTON“: Das Dateisystem ist nur lesbar

Nun habe ich spekuliert, ob das Problem durch den Mountpoint verursacht sein könnte (USB ist ab SuSe 12.2 unter "/run/media/USER/KINGSTON" zu suchen), ich hatte aber den Ärger unter 11.3 und 12.1 auch schon.

Ein bißchen gespielt habe ich mich auch noch, dabei bekam ich geliefert:
/sbin/hdparm -aAgr --> HDIO_DRIVE_CMD(identify) failed: Invalid argument
/usr/sbin/smartctl --health '/dev/sdc1' --> SMART Health Status: OK

Als nächstes habe ich den Stick entfernt und wieder angesteckt, kurioserweise wurde er unter Dolphin nun wieder eingehängt als "/media/D038-B659/" mit Zugriffsrechten "drwx------" und Besitzer MEINNAME [Schade, daß es keinen mtab mehr gibt!] Die chmod Fehlermeldung blieb. Ein Verschieben der Dateien weiterhin NICHT möglich.

Also nochmal ab- und anstecken, das /var/log/messages dazu (Hervorhebung geht im code Block nicht):
Code:
07.03.2013 18:31:42	linux-n2wl	dbus-daemon[583]	**** ADDING /sys/devices/pci0000:00/0000:00:1d.0/usb2/2-1/2-1.2/2-1.2.1/2-1.2.1:1.0/host14/target14:0:0/14:0:0:0/block/sdc
07.03.2013 18:31:42	linux-n2wl	dbus-daemon[583]	**** UPDATING /sys/devices/pci0000:00/0000:00:1d.0/usb2/2-1/2-1.2/2-1.2.1/2-1.2.1:1.0/host14/target14:0:0/14:0:0:0/block/sdc
07.03.2013 18:31:42	linux-n2wl	dbus-daemon[583]	**** ADDED /sys/devices/pci0000:00/0000:00:1d.0/usb2/2-1/2-1.2/2-1.2.1/2-1.2.1:1.0/host14/target14:0:0/14:0:0:0/block/sdc
07.03.2013 18:31:42	linux-n2wl	dbus-daemon[583]	**** EMITTING ADDED for /sys/devices/pci0000:00/0000:00:1d.0/usb2/2-1/2-1.2/2-1.2.1/2-1.2.1:1.0/host14/target14:0:0/14:0:0:0/block/sdc
07.03.2013 18:31:42	linux-n2wl	udisksd[5239]	Error opening /etc/crypttab file: Failed to open file '/etc/crypttab': No such file or directory (g-file-error-quark, 4)
07.03.2013 18:31:42	linux-n2wl	udisksd[5239]	last message repeated 2 times
07.03.2013 18:31:42	linux-n2wl	dbus-daemon[583]	**** ADDING /sys/devices/pci0000:00/0000:00:1d.0/usb2/2-1/2-1.2/2-1.2.1/2-1.2.1:1.0/host14/target14:0:0/14:0:0:0/block/sdc/sdc1
07.03.2013 18:31:42	linux-n2wl	dbus-daemon[583]	**** UPDATING /sys/devices/pci0000:00/0000:00:1d.0/usb2/2-1/2-1.2/2-1.2.1/2-1.2.1:1.0/host14/target14:0:0/14:0:0:0/block/sdc/sdc1
07.03.2013 18:31:42	linux-n2wl	dbus-daemon[583]	**** ADDED /sys/devices/pci0000:00/0000:00:1d.0/usb2/2-1/2-1.2/2-1.2.1/2-1.2.1:1.0/host14/target14:0:0/14:0:0:0/block/sdc/sdc1
07.03.2013 18:31:42	linux-n2wl	dbus-daemon[583]	**** EMITTING ADDED for /sys/devices/pci0000:00/0000:00:1d.0/usb2/2-1/2-1.2/2-1.2.1/2-1.2.1:1.0/host14/target14:0:0/14:0:0:0/block/sdc/sdc1
[b]07.03.2013 18:31:42	linux-n2wl	dbus-daemon[583]	**** USING MOUNT OPTIONS 'uhelper=udisks,nodev,nosuid,uid=1000,gid=100,shortname=mixed,dmask=0077,utf8=1,showexec,flush' FOR DEVICE /dev/sdc1[/b]
07.03.2013 18:31:42	linux-n2wl	dbus-daemon[583]	**** EMITTING JOB-CHANGED for /sys/devices/pci0000:00/0000:00:1d.0/usb2/2-1/2-1.2/2-1.2.1/2-1.2.1:1.0/host14/target14:0:0/14:0:0:0/block/sdc/sdc1
07.03.2013 18:31:42	linux-n2wl	dbus-daemon[583]	helper(pid 12468): launched job mount on /dev/sdc1
07.03.2013 18:31:42	linux-n2wl	dbus-daemon[583]	**** /proc/self/mountinfo changed
07.03.2013 18:31:42	linux-n2wl	dbus-daemon[583]	**** MOUNTED /sys/devices/pci0000:00/0000:00:1d.0/usb2/2-1/2-1.2/2-1.2.1/2-1.2.1:1.0/host14/target14:0:0/14:0:0:0/block/sdc/sdc1
07.03.2013 18:31:42	linux-n2wl	dbus-daemon[583]	**** CHANGING /sys/devices/pci0000:00/0000:00:1d.0/usb2/2-1/2-1.2/2-1.2.1/2-1.2.1:1.0/host14/target14:0:0/14:0:0:0/block/sdc/sdc1
07.03.2013 18:31:42	linux-n2wl	dbus-daemon[583]	**** UPDATING /sys/devices/pci0000:00/0000:00:1d.0/usb2/2-1/2-1.2/2-1.2.1/2-1.2.1:1.0/host14/target14:0:0/14:0:0:0/block/sdc/sdc1
07.03.2013 18:31:42	linux-n2wl	dbus-daemon[583]	**** CHANGED /sys/devices/pci0000:00/0000:00:1d.0/usb2/2-1/2-1.2/2-1.2.1/2-1.2.1:1.0/host14/target14:0:0/14:0:0:0/block/sdc/sdc1
07.03.2013 18:31:42	linux-n2wl	dbus-daemon[583]	helper(pid 12468): completed with exit code 0
07.03.2013 18:31:42	linux-n2wl	dbus-daemon[583]	**** UPDATING /sys/devices/pci0000:00/0000:00:1d.0/usb2/2-1/2-1.2/2-1.2.1/2-1.2.1:1.0/host14/target14:0:0/14:0:0:0/block/sdc/sdc1
07.03.2013 18:31:42	linux-n2wl	dbus-daemon[583]	**** EMITTING CHANGED for /sys/devices/pci0000:00/0000:00:1d.0/usb2/2-1/2-1.2/2-1.2.1/2-1.2.1:1.0/host14/target14:0:0/14:0:0:0/block/sdc/sdc1
07.03.2013 18:31:42	linux-n2wl	dbus-daemon[583]	**** EMITTING JOB-CHANGED for /sys/devices/pci0000:00/0000:00:1d.0/usb2/2-1/2-1.2/2-1.2.1/2-1.2.1:1.0/host14/target14:0:0/14:0:0:0/block/sdc/sdc1

Versuchte Schreibzugriffe produzieren dann:
Code:
07.03.2013 19:00:36	linux- XYZ	kernel	FAT-fs (sdc1): error, invalid access to FAT (entry 0xfff57ef9)
07.03.2013 19:00:36	linux-XYZ	kernel	FAT-fs (sdc1): Filesystem has been set read-only

und in /bin/dmseg
Code:
07.03.2013 05:12:03	usb 2-1.2.1	new high-speed USB device number 13 using ehci_hcd
07.03.2013 05:12:04	usb 2-1.2.1	New USB device found, idVendor=1516, idProduct=8628
07.03.2013 05:12:04	usb 2-1.2.1	New USB device strings: Mfr=1, Product=2, SerialNumber=3
07.03.2013 05:12:04	usb 2-1.2.1	Product: USB Drive
07.03.2013 05:12:04	usb 2-1.2.1	Manufacturer: SKYMEDI
07.03.2013 05:12:04	usb 2-1.2.1	SerialNumber: 0E
07.03.2013 05:12:04	scsi14 	usb-storage 2-1.2.1:1.0
07.03.2013 05:12:05	scsi 14	:0:0: Direct-Access SKYMEDI USB Drive 1.00 PQ: 0 ANSI: 2
07.03.2013 05:12:05	sd 14	:0:0: Attached scsi generic sg3 type 0
07.03.2013 05:12:05	sd 14	:0:0: [sdc] 15663104 512-byte logical blocks: (8.01 GB/7.46 GiB)
[b]07.03.2013 05:12:05	sd 14	:0:0: [sdc] Write Protect is off[/b]
07.03.2013 05:12:05	sd 14	:0:0: [sdc] Mode Sense: 23 00 00 00
07.03.2013 05:12:05	sd 14	:0:0: [sdc] No Caching mode page present
07.03.2013 05:12:05	sd 14	:0:0: [sdc] Assuming drive cache: write through
07.03.2013 05:12:05	sd 14	:0:0: [sdc] No Caching mode page present
07.03.2013 05:12:05	sd 14	:0:0: [sdc] Assuming drive cache: write through
07.03.2013 05:12:05	 sdc	sdc1
07.03.2013 05:12:05	sd 14	:0:0: [sdc] No Caching mode page present
07.03.2013 05:12:05	sd 14	:0:0: [sdc] Assuming drive cache: write through
07.03.2013 05:12:05	sd 14	:0:0: [sdc] Attached SCSI removable disk
[b]07.03.2013 05:42:09	FAT-fs (sdc1)	error, invalid access to FAT (entry 0xfff57ef9)[/b]
[b]07.03.2013 05:42:09	FAT-fs (sdc1)	Filesystem has been set read-only[/b]

Also "sdc" ist NICHT schreibgeschützt?!, aber "sdc1" schon???
Dazu fällt mir heute erst mal nichts mehr ein.

Die EIGENTLICHE Frage aber bleibt wie man direkt unter Win den Schreibschutz wieder aufheben könnte bzw. das Setzen überhaupt zu verhindern wäre.
 
A

Anonymous

Gast
Auf einem Dateisystem das keine wirklichen Linuxrechte hat, diese also nur simuliert werden, kann nicht mit chmod oder sonstigen die Zugriffsrechte geändert werden, dieses geht nur global für alle Dateien und zwar über einen neuen manuellen mount oder einen remount des Dateisystems. Wer dieses machen darf hängt von den vorhergehenden Mountoptionen ab.

Siehe hier diesen Beitrag dort ist das Problem groß und breit erklärt worden. Damit ist dieses erste Teil deines Problems ein händlingsproblem im Linux.

Das 2. Problem scheint ein Fehler im Dateisystem auf deinem Stick zu sein. Sobald der Kernel über diesen Fehler stolpert ist im Kernel das Schreibrecht für dieses ganze Filesystem gesetzt, und dieses läst sich nur über einen kompletten umount wieder entfernen.
Den Stick also mal ins XP und einen Filesystemcheck machen. vermutlich ist aber auf dem Stick das eine oder andere Bit schon ein bischen wackelig, so das der Fehler bezeiten wieder kommen wird.

robi
 
Oben