Problem z montowaniem usb

[stefek]

Witam!!
Posiadam Debiana Lenny'ego z doinstalowanym KDE. Mam problem z montowaniem urzadzen usb. Gdy podlacze np. mp3 to mi ja wykrywa,ale gdy chce przegladac zawartosc konqueror pokazuje error:

Kod: Zaznacz cały

A security policy in place prevents this sender from sending this message to this recipient, see message bus configuration file (rejected message had interface "org.freedesktop.Hal.Device.Volume" member "Mount" error name "(unset)" destination "org.freedesktop.Hal")

Z przegladaniem CD nie ma problemow,jedynie z usb. Gdzie moze tkwic przyczyna i jak to naprawic?
Prosze o pomoc
Pozdrawiam
Stefek

[monocrystal]

W debian-ie jest to zorganizowane tak , że system w momencie tworzenia użytkownika, dodaje cię do grupy cdrom i innych grup, dlatego nie masz problemów z odczytem CDROM-u (zazwyczaj tak się dzieje ). Jest taka możliwość i nie będę zagłębiał się w szczegóły, że jesteś w tej grupie użytkowników, a nie ma Cię w plugdev ( ta grupa odpowiada za prawa dostępu do, mass-storage-devices na USB ) Wystarczy , że :

Kod: Zaznacz cały

 sudo usermod -a plugdev stefek

za stefka musisz podać użytkownika jakiego ty masz w systemie :-) ... Powodzenia

PS: opcja "-a" powoduje, że dodajesz użytkownika do grupy nie kasując jego poprzednich wpisów, co działa inaczej w przypadku opcji "-G"....

[ruun]

Kod: Zaznacz cały

 sudo usermod -a plugdev stefek

za stefka musisz podać użytkownika jakiego ty masz w systemie :-) ... Powodzenia

PS: opcja "-a" powoduje, że dodajesz użytkownika do grupy nie kasując jego poprzednich wpisów, co działa inaczej w przypadku opcji "-G"....

Albo prościej:

Kod: Zaznacz cały

adduser stefek plugdev

[monocrystal]

Albo prościej:

Kod: Zaznacz cały

adduser stefek plugdev

To co piszesz , rzeczywiście jest prostszym rozwiązaniem w momencie gdy tworzymy nowego użytkownika, który ma przynależeć, do wybranych przez nas grup. A gdy użytkownik istnieje w Systemie to taka operacja może spowodować wykasowanie jego poprzedniej konfiguracji w pliku /etc/group ... więc wydaje się że dla istniejącego użytkownika powinno się stosować usermod. Ze względu na bezpieczeństwo (pozostaje nam też alternatywa, ręczna edycja np

Kod: Zaznacz cały

sudo vim /etc/group  

i tu należy dodać ręcznie np:

Kod: Zaznacz cały

......
utmp:x:43:
video:x:44:jurek,staszek
sasl:x:45:
plugdev:x:46:jurek,staszek,genowefcia  #itd można sobie dodawać
staff:x:50:
.....

[ruun]

To co piszesz , rzeczywiście jest prostszym rozwiązaniem w momencie gdy tworzymy nowego użytkownika, który ma przynależeć, do wybranych przez nas grup. A gdy użytkownik istnieje w Systemie to taka operacja może spowodować wykasowanie jego poprzedniej konfiguracji w pliku /etc/group ... więc wydaje się że dla istniejącego użytkownika powinno się stosować groupadd.

Osobiście nie spotkałem się z sytuacją w której adduser by usuwał czy nadpisywał jakieś informacje. Manual nie wspomina o żadnych zagrożeniach

adduser [options] user group

(...)

Add an existing user to an existing group
If called with two non-option arguments, adduser will add an existing user to an existing group.

Składnia adduser jest bardziej intuicyjna i łatwiejsza do zapamiętania. Poza tym czytałem gdzieś (nie pamiętam gdzie) że polecenia adduser, addgroup, deluser i delgroup są "przyjaznymi użytkownikowi nakładkami" na starsze polecenia m.in useradd i usermod

[monocrystal]

Zwracam Honor ... masz racje adduser działa w ten sposób. Po podaniu dwóch argumentów , czyli USERA i Grupy dodaje istniejącego użytkownika do istniejącej grupy...

Kod: Zaznacz cały

  adduser {USER} {GRUPA} 

... PS : rzeczywiście są to nakładki na useradd , groupadd , usermod , groupmod .. bardzo zgrabnie napisane skrypty w Perlu ... nie zmienia to faktu , że ja jednak preferuje te pierwsze :-)