[HaBo]

Lord_Nykon · 04.05.10, 20:00

Guten Abend alle zusammen.

Ich habe ein Problem mit einer Neuinstallation meines Archlinux Systems.

Erstmal ein paar infos vorne weg:
- Archlinux (aktuellste Version)
- KDEmod (aktuelleste Version,KDE4)
- 8GB USB-Stick im Fat-32 Format

So, sobald ich meinen USB stick einstecke erkennt KDE den auch ordnungsgemäß. Sobald ich diesen aber nach dem Vorschlag von KDE öffnen möchte um mir Dateien darauf anzusehen bekomme ich die Fehlermeldung in Bild [1].

Per Konsole kann ich den Stick einhängen und darauf lesen/schreiben, der funktioniert also. Habe es auch schon mit anderen Sticks und Wechseldatenträgern getestet, immer die gleiche Fehlermeldung.

Das ganze versuche ich als normaler User.
"groups" sagt folgendes:

Code:

[karsten@Endor ~]$ groups
disk lp wheel games dbus hal network video audio optical floppy storage users

Also sollte ich ja in den richtigen Gruppen sein (da sind mittlerweile auch ein paar zuviele ausgewählt, ich weiß, dass war aber nur zum testen ob es damit zusammenhängt.)
hal und dbus laufen auch und werden bei jedem Systemstart automatisch per rc.conf gestartet.

lsusb erkennt den Stick auch (jetflash)

Code:

[karsten@Endor ~]$ lsusb 
Bus 004 Device 002: ID 045e:0048 Microsoft Corp. Office Keyboard 1.0A
Bus 004 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 002 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 001 Device 008: ID 058f:6387 Alcor Micro Corp. Transcend JetFlash Flash Drive

und dmesg sagt folgendes:

Code:

sd 7:0:0:0: [sdb] Assuming drive cache: write through
sd 7:0:0:0: [sdb] Attached SCSI removable disk
usb 1-8: USB disconnect, address 7
usb 1-8: new high speed USB device using ehci_hcd and address 8
scsi8 : usb-storage 1-8:1.0
scsi 8:0:0:0: Direct-Access     JetFlash Transcend 8GB    8.07 PQ: 0 ANSI: 2
sd 8:0:0:0: Attached scsi generic sg3 type 0
sd 8:0:0:0: [sdb] 15687680 512-byte logical blocks: (8.03 GB/7.48 GiB)
sd 8:0:0:0: [sdb] Write Protect is off
sd 8:0:0:0: [sdb] Mode Sense: 03 00 00 00
sd 8:0:0:0: [sdb] Assuming drive cache: write through
sd 8:0:0:0: [sdb] Assuming drive cache: write through
 sdb: sdb1
sd 8:0:0:0: [sdb] Assuming drive cache: write through
sd 8:0:0:0: [sdb] Attached SCSI removable disk

An eine Fehlerkennung kann es wohl nicht liegen.

Die Fehlermeldung sagt ja auch, dass ein Error wegen Zugriffsrechten vorliegt, wo ich aber beim besten Willen nicht weiß wo ich die passend setzten muss, kenne mich mit dbus leider nicht aus.

Vieleicht weiß ja jemand Rat.
Vielen Dank im Voraus und einen schönen Abend

Anhang: Bild [1]

**bitmuncher** · 04.05.10, 20:07

Mit welchen Optionen wird denn der Stick eingehängt (siehe 'mount') und welchem User/Gruppe gehören die zugehörigen Devices? Evtl. wird der auf Zugriffe einer bestimmten UID begrenzt.

HaBo Ads

Lord_Nykon · 04.05.10, 20:22

Das ist seltsam. Bei mount taucht er garnicht auf.
Wenn ich ihn von hand einhänge mache ich das per "mount /dev/sdb1 /mnt" und dann klapp es auch, aber ich wollte das ja schon automatisch von KDE haben.

Code:

[karsten@Endor ~]$ mount
/dev/sda3 on / type ext3 (rw)
udev on /dev type tmpfs (rw,nosuid,relatime,size=10240k,mode=755)
none on /proc type proc (rw,relatime)
none on /sys type sysfs (rw,relatime)
none on /dev/pts type devpts (rw)
none on /dev/shm type tmpfs (rw)
/dev/sda1 on /boot type ext2 (rw)
/dev/sda4 on /home type ext3 (rw)

**bitmuncher** · 04.05.10, 21:11

Und welchem/ User/Gruppe gehört /dev/sdb1?

Lord_Nykon · 04.05.10, 21:32

/dev/sdb und /dev/sdb1 gehört user:root und gruppe: storage

In der gruppe storage ist mein normaler Benutzer ja drin.

Chris_XY · 04.05.10, 21:48

Ich tippe auf irgendeine Krankheit mit HAL wieder. Ist glücklicherweise bald sowieso deprecated.
Ich finde ja, das Konglomerat aus dbus, hal, policykit, consolekit etc. folgt nicht dem KISS-Prinzip...

Hier gibt's ein paar Ansätze zur Lösung:
http://wiki.archlinux.org/index.php/...r_normal_users

Lord_Nykon · 04.05.10, 22:14

Vielen Dank

Ein ersetzen von

Code:

exec startkde

nach

Code:

exec ck-launch-session startkde

hat das Problem behoben. Nun funktioniert alles.

Einen schönen ABend noch und Danke nochmal

Empfehlung

04.05.10, 20:07	#2 (permalink)
bitmuncher Moderator Registriert seit: 30.09.06 Likes: 371	Mit welchen Optionen wird denn der Stick eingehängt (siehe 'mount') und welchem User/Gruppe gehören die zugehörigen Devices? Evtl. wird der auf Zugriffe einer bestimmten UID begrenzt. __________________ Mein Blog - Mein Job - Diaspora Der Ring uns zu knechten besteht aus 12 Sternen auf blauem Grund. Neue Beiträge im Habo via Twitter - Das HaBo auf FB - Das HaBo bei G+

04.05.10, 21:11	#4 (permalink)
bitmuncher Moderator Registriert seit: 30.09.06 Likes: 371	Und welchem/ User/Gruppe gehört /dev/sdb1? __________________ Mein Blog - Mein Job - Diaspora Der Ring uns zu knechten besteht aus 12 Sternen auf blauem Grund. Neue Beiträge im Habo via Twitter - Das HaBo auf FB - Das HaBo bei G+

04.05.10, 21:48	#6 (permalink)
Chris_XY Registriert seit: 01.07.05 Likes: 3	Ich tippe auf irgendeine Krankheit mit HAL wieder. Ist glücklicherweise bald sowieso deprecated. Ich finde ja, das Konglomerat aus dbus, hal, policykit, consolekit etc. folgt nicht dem KISS-Prinzip... Hier gibt's ein paar Ansätze zur Lösung: http://wiki.archlinux.org/index.php/...r_normal_users __________________ The only true thing about religion is that it's false.

04.05.10, 22:14	#7 (permalink)
Lord_Nykon Themenstarter Registriert seit: 04.03.04 Likes: 0	Vielen Dank Ein ersetzen von Code: exec startkde nach Code: exec ck-launch-session startkde hat das Problem behoben. Nun funktioniert alles. Einen schönen ABend noch und Danke nochmal

Themen-Optionen
Druckbare Version zeigen Jemanden per E-Mail auf dieses Thema hinweisen
Ansicht
Linear-Darstellung Zur Hybrid-Darstellung wechseln Zur Baum-Darstellung wechseln

04.05.10, 21:32	#5 (permalink)
Lord_Nykon Themenstarter Registriert seit: 04.03.04 Likes: 0	/dev/sdb und /dev/sdb1 gehört user:root und gruppe: storage In der gruppe storage ist mein normaler Benutzer ja drin.


HaBo Ads HaBOT

[HaBo]

Archlinux & KDEmod & dbus Problem bei USB-Stick