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

Merkwürdige Zugriffsrechte auf USB-Stick

Hallo Leute,

ich habe da ein Problem mit dem USB-Stick. In der Linupedia habe ich bisher keine passende Lösung gefunden.

Andiskutiert wurde das Problem hier schon:

http://www.linux-club.de/viewtopic.php?f=27&t=108385

Hier nochmal die Zusammenfassung:

Beim Einstecken wird USB-Stick einwandfrei erkannt, ich kann auch drauf zugreifen.

Aber: Nur lesen, nicht schreiben.

Betrachte ich mir nun die Eigenschaften, dann steht da folgendes:

Benutzer: norman

Gruppe: root

Sowohl unter dem Benutzer "norman" als auch unter root habe ich versucht, die Rechte zu ändern - ohne Erfolg.

Wahrscheinlich würde es ja funktionieren, wenn ich die Gruppe "root" dem Benutzer "norman" zuordne, aber dann müßte ich jedem Nutzer, der einen Stick einstreckt, die Gruppe "root" zuordnen und das ist ganz sicher nicht im Sinne der Rechtevergabe.

Wie kommt es zu dieser merkwürdigen Rechtevergabe und wie kann ich es ändern?


ohne Stick:

Code:
linux-cp9d:/home/norman #  tail -f /var/log/messages
Mar  8 09:18:53 linux-cp9d ntpd_initres[3495]: couldn't resolve `3.opensuse.pool.ntp.org', giving up on it
Mar  8 09:18:54 linux-cp9d sshd[3574]: Server listening on 0.0.0.0 port 22.
Mar  8 09:18:57 linux-cp9d /usr/sbin/cron[3688]: (CRON) STARTUP (V5.0)
Mar  8 09:18:58 linux-cp9d SuSEfirewall2: Setting up rules from /etc/sysconfig/SuSEfirewall2...
Mar  8 09:18:59 linux-cp9d SuSEfirewall2: using default zone 'ext' for interface eth0
Mar  8 09:19:01 linux-cp9d SuSEfirewall2: batch committing...
Mar  8 09:19:01 linux-cp9d SuSEfirewall2: Firewall rules successfully set
Mar  8 09:19:01 linux-cp9d kernel: bootsplash: status on console 0 changed to on
Mar  8 09:19:47 linux-cp9d python: hp-systray(init)[3891]: warning: No hp: or hpfax: devicesfound in any installed CUPS queue. Exiting.
Mar  8 09:21:02 linux-cp9d su: (to root) norman on /dev/pts/1


mit Stick:


Code:
 mount -l
/dev/sdb2 on / type ext3 (rw,acl,user_xattr) []
/proc on /proc type proc (rw)
sysfs on /sys type sysfs (rw)
debugfs on /sys/kernel/debug type debugfs (rw)
udev on /dev type tmpfs (rw)
devpts on /dev/pts type devpts (rw,mode=0620,gid=5)
/dev/sdb3 on /home type ext3 (rw,acl,user_xattr) []
/dev/sda3 on /windows/C type fuseblk (rw,noexec,nosuid,nodev,allow_other,default_permissions,blksize=4096) [DATA]
fusectl on /sys/fs/fuse/connections type fusectl (rw)
securityfs on /sys/kernel/security type securityfs (rw)
none on /proc/sys/fs/binfmt_misc type binfmt_misc (rw)
/proc on /var/lib/ntp/proc type proc (ro)
 

lOtz1009

Moderator
Teammitglied
Moment mal.
tail -f /var/log/messages laufen lassen und dann den Stick einstecken. Die dann folgenden Meldungen sind wichtig.

Bei mount sehe ich den Stick auch nicht wirklich.
 
Und auch mal angeben, wie der Stick formatiert wurde. Unixoide Rechte kannst Du nur auf unixoiden Dateisystemen vergeben. Davon abgesehen ist die von Dir genannte Rechtevergabe (Benutzer: xyz, Gruppe: root) völlig okay, daran liegt es also nicht.
 
OP
Systemcrasher

Systemcrasher

Hacker
lOtz1009 schrieb:
Moment mal.
tail -f /var/log/messages laufen lassen und dann den Stick einstecken. Die dann folgenden Meldungen sind wichtig.


Nachdem ich den Rechner nun auf die 11.2 aktualisiert habe, geht in der Hinsicht nicht mehr viel.
Der Stick wird noch erkannt, aber beim Zugriff darauf hängt sich der Dateimanager (Thunar) auf.

In der Bash bekomme ich die Fehlermeldung "Datei oder Verzeichnis nicht gefunden", im Thunar wird das Verzeichnis "disk" jedoch angezeigt und ich kann auch die Zugriffsrechte sehen.

Code:
 tail -f /var/log/messages
Mar 12 09:30:15 linux-cp9d python: hp-systray[2186]: warning: No hp: or hpfax: devices found in any installed CUPS queue. Exiting.
Mar 12 09:30:22 linux-cp9d pulseaudio[2190]: pid.c: Stale PID file, overwriting.
Mar 12 09:30:30 linux-cp9d pulseaudio[2216]: pid.c: Daemon already running.
Mar 12 09:30:43 linux-cp9d ntpd[1492]: Listening on interface #4 eth0, fe80::2e0:18ff:fec2:3a37#123 Enabled
Mar 12 09:30:43 linux-cp9d ntpd[1492]: Listening on interface #5 eth0, 192.168.2.101#123 Enabled
Mar 12 09:30:43 linux-cp9d ntpd[1492]: new interface(s) found: waking up resolver
Mar 12 09:35:46 linux-cp9d ntpd[1492]: synchronized to 85.25.144.94, stratum 2
Mar 12 09:35:46 linux-cp9d ntpd[1492]: time reset -0.397261 s
Mar 12 09:35:46 linux-cp9d ntpd[1492]: kernel time sync status change 0001
Mar 12 09:36:32 linux-cp9d su: (to root) norman on /dev/pts/0
Mar 12 09:36:45 linux-cp9d kernel: [  514.640085] usb 1-2: new high speed USB device using ehci_hcd and address 2
Mar 12 09:36:45 linux-cp9d kernel: [  514.776297] usb 1-2: New USB device found, idVendor=090c, idProduct=1000
Mar 12 09:36:45 linux-cp9d kernel: [  514.776323] usb 1-2: New USB device strings: Mfr=1, Product=2, SerialNumber=3
Mar 12 09:36:45 linux-cp9d kernel: [  514.776340] usb 1-2: Product: USB DISK
Mar 12 09:36:45 linux-cp9d kernel: [  514.776353] usb 1-2: Manufacturer: SMI Corporation
Mar 12 09:36:45 linux-cp9d kernel: [  514.776367] usb 1-2: SerialNumber: AA04012700007488
Mar 12 09:36:45 linux-cp9d kernel: [  514.776906] usb 1-2: configuration #1 chosen from 1 choice
Mar 12 09:36:45 linux-cp9d kernel: [  514.779539] scsi4 : SCSI emulation for USB Mass Storage devices
Mar 12 09:36:45 linux-cp9d kernel: [  514.784118] usb-storage: device found at 2
Mar 12 09:36:45 linux-cp9d kernel: [  514.784138] usb-storage: waiting for device to settle before scanning
Mar 12 09:36:46 linux-cp9d kernel: [  515.786457] scsi 4:0:0:0: Direct-Access     USB      Flash Disk       1100 PQ: 0 ANSI: 0 CCS
Mar 12 09:36:46 linux-cp9d kernel: [  515.787420] sd 4:0:0:0: Attached scsi generic sg4 type 0
Mar 12 09:36:46 linux-cp9d kernel: [  515.818266] usb-storage: device scan complete
Mar 12 09:36:46 linux-cp9d kernel: [  515.819581] sd 4:0:0:0: [sdc] 1981440 512-byte logical blocks: (1.01 GB/967 MiB)
Mar 12 09:36:46 linux-cp9d kernel: [  515.821613] sd 4:0:0:0: [sdc] Write Protect is off
Mar 12 09:36:46 linux-cp9d kernel: [  515.821647] sd 4:0:0:0: [sdc] Mode Sense: 43 00 00 00
Mar 12 09:36:46 linux-cp9d kernel: [  515.821664] sd 4:0:0:0: [sdc] Assuming drive cache: write through
Mar 12 09:36:46 linux-cp9d kernel: [  515.826204] sd 4:0:0:0: [sdc] Assuming drive cache: write through
Mar 12 09:36:46 linux-cp9d kernel: [  515.826240]  sdc: sdc1
Mar 12 09:36:46 linux-cp9d kernel: [  515.932106] sd 4:0:0:0: [sdc] Assuming drive cache: write through
Mar 12 09:36:46 linux-cp9d kernel: [  515.932134] sd 4:0:0:0: [sdc] Attached SCSI removable disk
Mar 12 09:37:31 linux-cp9d hald: mounted /dev/sdc1 on behalf of uid 1000
Mar 12 09:42:11 linux-cp9d kernel: [  841.248097] INFO: task pdflush:24 blocked for more than 120 seconds.
Mar 12 09:42:11 linux-cp9d kernel: [  841.248116] "echo 0 > /proc/sys/kernel/hung_task_timeout_secs" disables this message.
Mar 12 09:42:11 linux-cp9d kernel: [  841.248132] pdflush       D 0000008b     0    24      2 0x00000000
Mar 12 09:42:11 linux-cp9d kernel: [  841.248158]  cd94dea0 00000046 c9c3c000 0000008b c0a0c080 cd948434 c0a0c080 dd8969e7
Mar 12 09:42:11 linux-cp9d kernel: [  841.248197]  0000008c c0a0c080 c0a0c080 cd948434 c0a0c080 00000000 0000008c c0a0c080
Mar 12 09:42:11 linux-cp9d kernel: [  841.248234]  c7d7f900 cd948190 63c7da09 c7ce884c c7ce8850 ffffffff cd94ded0 c069ec5f
Mar 12 09:42:11 linux-cp9d kernel: [  841.248271] Call Trace:
Mar 12 09:42:11 linux-cp9d kernel: [  841.248354]  [<c069ec5f>] __mutex_lock_slowpath+0xef/0x170
Mar 12 09:42:11 linux-cp9d kernel: [  841.248389]  [<c069e635>] mutex_lock+0x25/0x50
Mar 12 09:42:11 linux-cp9d kernel: [  841.248429]  [<c0326688>] lock_super+0x28/0x40
Mar 12 09:42:11 linux-cp9d kernel: [  841.248507]  [<d15e4c1b>] fat_write_super+0x1b/0x50 [fat]
Mar 12 09:42:11 linux-cp9d kernel: [  841.248594]  [<c03261c8>] sync_supers+0xd8/0x100
Mar 12 09:42:11 linux-cp9d kernel: [  841.248636]  [<c02e5bb1>] wb_kupdate+0x31/0x120
Mar 12 09:42:11 linux-cp9d kernel: [  841.248673]  [<c02e7b89>] __pdflush+0x149/0x2b0
Mar 12 09:42:11 linux-cp9d kernel: [  841.248703]  [<c02e7d34>] pdflush+0x44/0x60
Mar 12 09:42:11 linux-cp9d kernel: [  841.248758]  [<c0271184>] kthread+0x84/0x90
Mar 12 09:42:11 linux-cp9d kernel: [  841.248809]  [<c0204d8b>] kernel_thread_helper+0x7/0x1c
Mar 12 09:45:13 linux-cp9d ntpd[1492]: synchronized to 85.25.144.94, stratum 2

gropiuskalle schrieb:
Und auch mal angeben, wie der Stick formatiert wurde. Unixoide Rechte kannst Du nur auf unixoiden Dateisystemen vergeben. Davon abgesehen ist die von Dir genannte Rechtevergabe (Benutzer: xyz, Gruppe: root) völlig okay, daran liegt es also nicht.


Der Stick wurde noch unter WinMe formatiert. In der Vergangenheit konnte ich auch immer drauf zugreifen und drauf schreiben. Mit WinMe, NT, XP, Opensuse 9.3, 11.1 und Puppy.

Warum kann ich als User nicht mehr drauf schreiben, abgesehen von dem neuen Problem?
 

lOtz1009

Moderator
Teammitglied
Was sagt dann jetzt mount ?
Mar 12 09:37:31 linux-cp9d hald: mounted /dev/sdc1 on behalf of uid 1000
Also eingehängt sollte er sein...

Systemcrasher schrieb:
im Thunar wird das Verzeichnis "disk" jedoch angezeigt und ich kann auch die Zugriffsrechte sehen.
Das ist nur der Mountpunkt. Ob da nun was eingehängt ist oder nicht...

Systemcrasher schrieb:
Der Stick wurde noch unter WinMe formatiert
Ich tippe mal auf FAT(32)?
 
OP
Systemcrasher

Systemcrasher

Hacker
lOtz1009 schrieb:
Was sagt dann jetzt mount quote]

Code:
linux-cp9d:/media # mount
/dev/sdb2 on / type ext3 (rw,acl,user_xattr)
proc on /proc type proc (rw)
sysfs on /sys type sysfs (rw)
debugfs on /sys/kernel/debug type debugfs (rw)
udev on /dev type tmpfs (rw)
devpts on /dev/pts type devpts (rw,mode=0620,gid=5)
/dev/sdb3 on /home type ext3 (rw,acl,user_xattr)
/dev/sda3 on /windows/C type fuseblk (rw,noexec,nosuid,nodev,allow_other,default_permissions,blksize=4096)
fusectl on /sys/fs/fuse/connections type fusectl (rw)
securityfs on /sys/kernel/security type securityfs (rw)
none on /proc/sys/fs/binfmt_misc type binfmt_misc (rw)
/proc on /var/lib/ntp/proc type none (ro,bind)
rpc_pipefs on /var/lib/nfs/rpc_pipefs type rpc_pipefs (rw)
gvfs-fuse-daemon on /home/norman/.gvfs type fuse.gvfs-fuse-daemon (rw,nosuid,nodev,user=norman)
/dev/sdc1 on /media/disk type vfat (rw,nosuid,nodev,shortname=winnt,uid=1000)

Jetzt kann ich übrigens drauf zugreifen, eine Datei draufkopieren hat auch funktioniert.

Nur: warum dauert das eine knappe halbe Stunde, bis der Stick eingehängt ist?
 

lOtz1009

Moderator
Teammitglied
Laut Messages dauert das nicht mal eine Minute.
Häng den mal aus und wieder ein, und sobald über die Messages kommt, dass der Stick eingehängt ist (s.o.) greif per Konsole mal darauf zu (z.B. ls -la /media/disk/
 
OP
Systemcrasher

Systemcrasher

Hacker
lOtz1009 schrieb:
Laut Messages dauert das nicht mal eine Minute.
Häng den mal aus und wieder ein, und sobald über die Messages kommt, dass der Stick eingehängt ist (s.o.) greif per Konsole mal darauf zu (z.B. ls -la /media/disk/

Es hat diesmal 9 Minuten gedauert, bis die Dateien und Verzeichnisse in der Konsole gelistet wurden.

Zugegeben, der Stick ist relativ voll, aber so lange hat das früher nicht gedauert.
Einige Sekunden schon, aber nicht mehrere Minuten....
 

lOtz1009

Moderator
Teammitglied
Evtl. hat es auch mit folgendem Sachverhalt zu tun: http://linuxforen.de/forums/showpost.php?p=1741179&postcount=10

Sollte aber nach dem erneuten Formatieren erledigt sein.
Falls der Stick danach immer noch so "lahm" reagiert könnte er evtl. auch langsam den Geist ausgeben. Auch mal an einem anderen Rechner / System probieren.
 

Micha1711

Newbie
Ich habe leider auch dieses Problem.
Meine Freundin hat sich eine MicroSD-Karte für ihr Handy gekauft, welche mit FAT formatiert ist.
Ich habe die Karte in ihr Handy gemacht und dieses per USB-Kabel mit dem Rechner verbunden. Am Anfang konnte ich auch problemlos einige Lieder auf die Karte kopieren. Mitten im Vorgang ist allerdings mein Rechner abgestürzt.
Nun kann ich zwar auf die Daten zugreifen, aber keine löschen oder ändern = keine Berechtigung. :???:

EDIT: mount liefert übrigens folgendes:
Code:
/dev/sdc1 on /media/disk type vfat (rw,nosuid,nodev,uid=1000,utf8,shortname=mixed,flush)

EDIT2: scheinbar hat das Filesystem etwas abgekommen und zwar meldet tail -f /var/log/messages Fehler, wenn ich in bestimmten Ordnern (nicht in allen) Dateien löschen oder hinzufügen will.
 
OP
Systemcrasher

Systemcrasher

Hacker
Micha1711 schrieb:
Hat funktioniert. Habe mit
Code:
sudo /sbin/fsck.vfat -a /dev/sdc1
das Dateisystem wieder reparieren können.
Danke!

Danke, damit hat es bei mir auch geklappt (ich hatte vorsichtshalber die Daten vorher gesichert).

Der Stick ermöglicht wieder den Zugriff in Sekundenschnelle. :)

Wenn ich es jetzt noch schaffe, meine eigenen Daten auf dem Stick ändern zu können, dann ist alles perfekt. :)
 
Oben