|
montowanie pamięci USB przestało działać - Squeeze
kkowalcz - 27-04-2009 10:00
Witam. Używam Debiana Squeeze. Po którejś z aktualizacji pojawił się problem z zamontowaniem wszelkiego rodzaju pamięci USB. Gdy podłączam pendrive do portu USB, w oknie "Komputer" (używam GNOME) pojawia się ikonka pamięci USB, ale nic się nie dzieje po kliknięciu na nią. Wiem że mogę zamontować ręcznie z linii poleceń, ale chyba po to mam środowisko graficzne żeby pewne rzeczy można było wykonać łatwiej. Co robić?
lis6502 - 27-04-2009 11:31
Pendrive ntfs/fat ?
kkowalcz - 27-04-2009 11:56
Tak, FAT32.
kodzik - 27-04-2009 12:21
Również podpinam się pod to pytanie. Ręczne montowanie (mount/pmount) działa pięknie ale w menedżerach graficznych nic nie działa. Możliwe że coś się w halu zepsuło bo to po którejś aktualizacji.
Poza tym urządzenia przenośne nie są już traktowane jako np. /dev/sdb1 tylko samo /dev/sdb.
fnmirk - 27-04-2009 12:40
Sprawdzacie co jest aktualizowane? kodzik, wspomniał o halu? I niestety należy się z nim zaprzyjaźnić, nie ma innego wyjścia. Nie mam pod ręką wersji testowej Debiana (jestem na Lenny). Należy przejrzeć pakiety jakie są powiązane z halem i do instalować pakiet pozwalający użytkownikowi na takie operacje z wykorzystaniem hala. Nie miałem jeszcze czasu tego sprawdzać ale przeglądałem wczoraj wszystkie aktualizacje powiązane z halem jakie proponowane są w Squeeze.
Nie wszystkie pakiety zostały zainstalowane. Należy przejrzeć te zatrzymane. W polecanych jest podobny pakiet do pmount tylko związany z halem (nie pamiętam jego nazwy). Po przejściu na Squeeze coś więcej sprawdzę i przedstawię.
kkowalcz - 02-05-2009 12:47
Nie znalazłem w aptitude żadnego pakietu który odpowiada Twojemu opisowi. Może to kwestia za starej wersji gnome-mount?
fnmirk - 02-05-2009 17:10
Przedstaw wyniki: dpkg -l | grep hal dpkg -l | grep mount
kkowalcz - 02-05-2009 23:04
$ dpkg -l | grep mount ii gnome-mount 0.7-2 wrapper for (un)mounting and ejecting storag ii mount 2.13.1.1-1 Tools for mounting and manipulating filesyst
$ dpkg -l | grep hal ii hal 0.5.12~git20090406.46dc48-2 Hardware Abstraction Layer ii hal-info 20090309-1 Hardware Abstraction Layer - fdi files ii libhal-storage1 0.5.12~git20090406.46dc48-2 Hardware Abstraction Layer - shared library ii libhal1 0.5.12~git20090406.46dc48-2 Hardware Abstraction Layer - shared library
fnmirk - 02-05-2009 23:55
kkowalcz, śmiem wątpić czy to działało z poziomu zwykłego użytkownika?
dpkg -l | grep mount ii mount 2.13.1.1-1 Tools for mounting and manipulating filesyst ii pmount 0.9.19-1 mount removable devices as normal user ii usbmount 0.0.16 automatically mount and unmount USB mass sto
dpkg -l | grep hal ii hal 0.5.12~git20090406.46dc48-2 Hardware Abstraction Layer ii hal-cups-utils 0.6.16-3 Utilities to detect and configure printers a ii hal-doc 0.5.12~git20090406.46dc48-2 Hardware Abstraction Layer - documentation ii hal-info 20090309-1 Hardware Abstraction Layer - fdi files ii libhal-storage1 0.5.12~git20090406.46dc48-2 Hardware Abstraction Layer - shared library ii libhal1 0.5.12~git20090406.46dc48-2 Hardware Abstraction Layer - shared library
kkowalcz - 03-05-2009 00:27
Działało. :)
Dodam że montowanie płyt CD/DVD również nie działa, objawy (a raczej ich brak) takie same jak w przypadku USB.
fnmirk - 03-05-2009 00:38
Działało. :)
Dodam że montowanie płyt CD/DVD również nie działa, objawy (a raczej ich brak) takie same jak w przypadku USB.
Może jak miałeś inny zestaw pakietów w systemie. Doinstaluj to czego brakuje z listy, którą przedstawiłem i zrestartuj komputer. Powinno działać.
ArnVaker - 03-05-2009 00:42
Również nie mam pmount oraz usbmount w systemie, a mogę montować wszystkie urządzenia z poziomu zwykłego użytkownika. Widocznie gnome-mount w porozumieniu z HAL-em udostępnia taką możliwość.
kkowalcz, może po prostu nie ma Cię w grupie plugdev ?
kkowalcz - 03-05-2009 13:39
Dokładnie, wydaje mi się że aktualnie w Squeeze jest stara wersja gnome-mount i stąd te problemy.
Jestem zapisany do tej grupy.
Doinstalowałem pmount i usbmount, ale nic to nie dało.
O co Ci chodzi, bo nie bardzo rozumiem? Myślałem że pytasz o to czy polecenie dpkg -l zadziałało z poziomu zwykłego użytkownika?
fnmirk - 04-05-2009 20:23
Przedstawiam rozwiązanie.
http://cblfs.cross-lfs.org/index.php/PolicyKit
Edytować jako root plik:
/etc/PolicyKit/PolicyKit.conf
Musi w nim się znaleźć poniższa treść:
<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE pkconfig PUBLIC "-//freedesktop//DTD PolicyKit Configuration 1.0//EN" "http://hal.freedesktop.org/releases/PolicyKit/1.0/config.dtd">
<config version="0.1"> <match action="org.freedesktop.hal.storage.mount-removable"> <return result="yes" /> </match> </config>
Po zapisaniu zmian wykonujemy jako root polecenie:
/etc/init.d/hal restart
Działa również po restarcie systemu.
Programy jakie posiadam zainstalowane:
dpkg -l | grep mount ii autofs 4.1.4+debian-2.1 kernel-based automounter for Linux ii fuseiso 20070708-1 FUSE module to mount ISO filesystem images ii mount 2.13.1.1-1 Tools for mounting and manipulating filesyst ii pmount 0.9.19-1 mount removable devices as normal user ii usbmount 0.0.16 automatically mount and unmount USB mass sto
dpkg -l | grep hal ii hal 0.5.12~git20090406.46dc48-2 Hardware Abstraction Layer ii hal-doc 0.5.12~git20090406.46dc48-2 Hardware Abstraction Layer - documentation ii hal-info 20090309-1 Hardware Abstraction Layer - fdi files ii libhal-storage1 0.5.12~git20090406.46dc48-2 Hardware Abstraction Layer - shared library ii libhal1 0.5.12~git20090406.46dc48-2 Hardware Abstraction Layer - shared library
szmergiell - 04-05-2009 22:11
fnmirk, właśnie też zauważyłem, że mam problem z automatycznym montowaniem pendrive. Niestety nie wiem, czym to jest spowodowane, bo jest kilka czynników. 1. Niedawna aktualizacja XFCE 4.4 do XFCE 4.6 w Squeeze; 2. Próba przyspieszenia uruchamiania się systemu poprzez wyłączenie niektórych usług.
ii autofs 4.1.4+debian-2.1 kernel-based automounter for Linux ii fuseiso 20070708-1 FUSE module to mount ISO filesystem images ii gnome-mount 0.7-2 wrapper for (un)mounting and ejecting storage devices rc gnome-volume-manager 2.22.1-1 GNOME daemon to auto-mount and manage media devices ii mount 2.13.1.1-1 Tools for mounting and manipulating filesystems ii pmount 0.9.19-1 mount removable devices as normal user ii usbmount 0.0.16 automatically mount and unmount USB mass storage devices ii xfce4-mount-plugin 0.5.5-1 mount plugin for the Xfce4 panel
ii hal 0.5.12~git20090406.46dc48-2 Hardware Abstraction Layer ii hal-info 20090309-1 Hardware Abstraction Layer - fdi files ii libhal-storage1 0.5.12~git20090406.46dc48-2 Hardware Abstraction Layer - shared library for storage devices ii libhal1 0.5.12~git20090406.46dc48-2 Hardware Abstraction Layer - shared library Wykorzystując sysv-rc-conf wyłączyłem nfs-common oraz portmap, ponieważ nie wydawały mi się potrzebne. Dodatkowo wyłączyłem saned (brak skanera), lpd (brak drukarki), aumix (mam alsamixer -- chyba są zamienne), bootchart (chciałem sprawdzić czas uruchamiania się systemu, jednak były problemy ze zbieraniem informacji), acct, binfmt-support oraz atd (mam cron). Teraz pytanie. Czy którykolwiek z powyższych modułów może powodować problem z automatycznym montowaniem się napędów przenośnych? Po wykonaniu komendy pmount
napęd zostaje zamontowany pod nazwą, pod którą jest podłączony w /media/nazwa.
Mam nadzieję, że nie zamieszałem za bardzo.
fnmirk - 04-05-2009 23:11
Odpowiada za to hal ze swoją spółką: policykit i consolekit. Wszystkie wspomniane pakiety pochodzą od jednej grupy deweloperskiej.
Plik /etc/PolicyKit/PolicyKit.conf jest właściwie pusty i do niego należy wkleić to czego brakuje, a przedstawiłem powyżej.
szmergiell - 07-05-2009 22:03
fnmirk, nie do końca doczytałem to co napisałeś, dlatego poszukałem w Google i wyrzuciło mi takie o to coś forum PLD. Tam właśnie napisane jest, by skorzystać z gwiazdki zamiast konkretnego wypisywania poszczególnych poleceń, czyli: <match action="org.freedesktop.hal.*"> <return result="yes"/> </match>
z czego skorzystałem i działa ^^.
edit: Niestety wystąpił inny problem związany z HAL-em, a mianowicie nie współgra on z modemem HUAWEI. Czym się to przedstawia? Mianowicie tym, że po podłączeniu modemu przy działającym HAL-u, nie mogę połączyć się z Internetem. Problem znika, kiedy zastopuję HAL i wtedy połączę się przez modem. Problem poruszany był również tutaj. Niestety, jest to tylko pewne obejście problemu, a nie jego rozwiązanie. Dlatego, jeżeli ktoś ma jakąś ideę, co mogę zrobić by problem rozwiązać (może problem zgłosić programistom?) będę wdzięczny za wszelkie sugestie.
edit2: Znalazłem odpowiedź :) tutaj. Konieczne jest stworzenie nowej reguły w /usr/share/hal/fdi/preprobe/20thirdparty/10-huawei-e220.fdi <?xml version="1.0" encoding="UTF-8"?>
<deviceinfo version="0.2"> <device> <match key="usb.vendor_id" int="0x12d1"> <match key="usb.product_id" int="0x1003"> <merge key="info.ignore" type="bool">true</merge> </match> </match> </device> </deviceinfo>
Teraz działa.. przynajmniej przed restartem komputera ;)
fnmirk - 07-05-2009 23:17
U mnie działa tak jak to przedstawiłem. Więc nie szukałem dalej.
zloty87 - 09-05-2009 23:32
Podepnę się bo mój problem dotyczy pośrednio tej samej kwestii. Otóż, po którejś aktualizacji na komputerze z gnome jak i na tym z xfce, automatyczne montowanie nośników wymiennych w Xach przestało działać. Na kwestię xfce pomogło zmienienie wpisu w ,,policykit'', ale w gnome nie mam pomysłu. Zresztą nawet to jeszcze bym jakoś przeżył, ale najbardziej zadziwiło mnie, że w aplikacji, w której wybieraliśmy zachowanie po zamontowaniu określonego urządzania nie ma już zakładki odpowiadającej za pamięci przenośne. Poszperałem w sieci i przeczytałem, że powinno się to znajdować w ustawieniach Nautilusa, lecz niestety u siebie nic takiego nie uświadczyłem. Proszę o pomoc.
szmergiell - 11-05-2009 17:14
Kurczę... nie wiem o co chodzi. Mam trzy pendrive'y, z czego jeden z nich to nawet odtwarzacz MP3. Po kolei: DataTraveler Kingstona 2GB, Samsunga 4GB i rzeczony odtwarzacz Creative MuVo v100 1GB. Problemu nie ma w przypadku pierwszych dwóch, gdzie montują się i jako właściciel jest
szmergiell:root
Niestety nie wiem dlaczego ten ostatni montuje tylko jako
root:root
skoro wszystkie ustawienia są identyczne. Próbowałem nawet wykonać
chown
na wszystkich katalogach, jednak pojawia się komunikat
zmiana właściciela `nazwa katalogu`: Operacja niedozwolona
Może ktoś ma jakiś pomysł co z tym fantem zrobić i w jaki sposób pozbyć się tego problemu. Jest on o tyle denerwujący, że by wykonać kopiowanie plików na muzyczny dysk przenośny muszę zalogować się jako administrator, a nawet wtedy, przenoszenie plików z dysku na napęd jest utrudnione, gdyż po każdym pliku wyskakuje komunikat Nie można zmienić właściciela pliku docelowego "/ścieżka/*mp3" Operacja niedozwolona (1)
fnmirk - 11-05-2009 23:39
Może najwyższa pora i należy go sformatować?
szmergiell - 11-05-2009 23:47
fnmirk, nie musiałem formatować napędu, wystarczył restart komputera i sam zadziałał. Nie wiem czy to jest tylko chwilowe, czy już stałe -- ale na razie działa automontowanie i kopiowanie jako użytkownik.
Jednakże myślałem, że problemy typu: po restarcie zadziała, dotyczyły mnie tylko podczas używania Windowsa.
edit: OK. Z tego co widzę, to problem dotyczy teraz innego pendrive'a, czyli nadal jest źle, ale teraz już w innym miejscu. Stąd wniosek -- kurczę, coś nie tak jest z tym HAL-em. Coś mi świta, że może być problem z montowaniem z powodu modemu HUAWEI, o którym pisałem wcześniej. Jeżeli dobrze kojarzę, to była tam informacja, że w przypadku gdy jest on zamontowany, można podłączyć dodatkowo maksymalnie dwa inne urządzenia pod porty USB.
edit2: Z tego co zauważyłem, to problem występuje w momencie, gdy HAL automatycznie montuje podłączony napęd jako
/media/usb0
wtedy to nie ma możliwości zapisu do niego jako użytkownik. Każde kolejne urządzenie może być zamontowane przy użyciu thunara po kliknięciu na jego oznaczenie. Wtedy też, montuje się już z możliwością zapisu dla użytkownika.
Na wszelki wypadek podaję zawartość /etc/PolicyKit/PolicyKit.conf <?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE pkconfig PUBLIC "-//freedesktop//DTD PolicyKit Configuration 1.0//EN" "http://hal.freedesktop.org/releases/PolicyKit/1.0/config.dtd">
<match action="org.freedesktop.hal.*"> <return result="yes"/> </match>
W ww. katalogu nie znajduje się żaden inny plik. Powyższa konfiguracja została stworzona przeze mnie, na podstawie wcześniej podawanych linków.
fnmirk - 12-05-2009 00:45
Nie musisz restartować systemu tylko odpowiednie usługi. Jednak jak usług do restartu jest więcej to można którąś przeoczyć. Wtedy najprostszym rozwiązaniem jest restart lub bardzo dobra próba poznania systemu przez przejrzenie dokumentacji. To ostatnie jest czasochłonne i szybciej wychodzi restart.
Przeczytaj może Cię na coś naprowadzi: http://dug.net.pl/texty/udev.pdf
kkowalcz - 23-05-2009 14:59
Dziękuję wszystkim za pomoc. Edycja /etc/PolicyKit/PolicyKit.conf pomogła. Jednakże pojawił się nowy problem. Po aktualizacji GNOME do 2.24 partycja NTFS zaczęła automatycznie się montować zaraz po starcie GNOME. Na pulpicie pojawia się ikonka tejże partycji, a ja chciałbym mieć możliwość zamontowania jej tylko wtedy kiedy zechcę. Czy da się to jakoś zrobić?
ArnVaker - 23-05-2009 15:11
Przewertuj gconf-editor, w ustawieniach nautilusa jest opcja automatycznego montowania. Problem w tym, że dotyczy ona wszystkich nośników.
Druga sprawa, że pewnie nadałeś sobie upoważnienie (zakładka "mount file systems from internal drives") w polkit-gnome-authorization. Proponuję zamiast tego używać fstaba, problem rozwiąże się sam.
szmergiell - 19-06-2009 23:26
Nadal nie rozwiązałem problemu dotyczącego montowania napędów USB. Dla przypomnienia i odświeżenia: Po którejś z rzędu aktualizacji, mam problem z montowaniem napędów USB. Za każdym razem pierwszy podłączony do komputera pendrive jest automatycznie montowany i jego właścicielem zostaje root. Nie pomaga próba zmiany właściciela przez chown. Co dziwniejsze, podłączenie kolejnych urządzeń przebiega bezproblemowo. Nie są montowane automatycznie, tylko po kliknięciu na nazwę danego urządzenia w Thunarze (korzystam z XFCE 4.6). Właścicielem kolejnych jest użytkownik. Rodzaj podłączanych urządzeń nie gra roli. Obojętnie czy najpierw podłączę większy, czy mniejszy pendrive. Zawsze pierwszy jest "rootowski". W komputerze podłączony dodatkowo jest modem USB Huawei E220. Całość działa dzięki Debianowi Squeeze.
Zawartość /etc/PolicyKit/PolicyKit.conf <?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE pkconfig PUBLIC "-//freedesktop//DTD PolicyKit Configuration 1.0//EN" "http://hal.freedesktop.org/releases/PolicyKit/1.0/config.dtd">
<match action="org.freedesktop.hal.*"> <return result="yes"/> </match>
Katalogi information/ oraz preprobe/ w /etc/hal/fdi/ są puste. Plik preferences.fdi z katalogu policy/: <?xml version="1.0" encoding="UTF-8"?>
<!-- Some examples how to use hal fdi files for system preferences You can either uncomment the examples here or put them in a seperate .fdi file. --> <deviceinfo version="0.2"> <!-- The following shows how to hint gnome-volume-manager and other programs that honor the storage.automount_enabled_hint to not mount non-removable media. --> <!-- <device> <match key="storage.hotpluggable" bool="false"> <match key="storage.removable" bool="false"> <merge key="storage.automount_enabled_hint" type="bool">false</merge> </match> </match> </device> --> </deviceinfo>
Wynik polecenia lshal --monitor (w treści jako [Komentarz] zamieściłem swoje uwagi): szmergiell@debian:/usr/share$ lshal --monitor
Start monitoring devicelist: ------------------------------------------------- [Komentarz]Podłączenie pierwszego pendrive'a 23:16:31.564: usb_device_13fe_1d00_0776150001CB added 23:16:31.617: usb_device_13fe_1d00_0776150001CB_if0 added 23:16:31.637: usb_device_13fe_1d00_0776150001CB_usbraw added 23:16:36.558: usb_device_13fe_1d00_0776150001CB_if0_scsi_host added 23:16:36.562: usb_device_13fe_1d00_0776150001CB_if0_scsi_host_scsi_device_lun0 added 23:16:36.759: usb_device_13fe_1d00_0776150001CB_if0_scsi_host_scsi_device_lun0_scsi_generic added 23:16:37.130: storage_serial__USB_DISK_2_0_0776150001CB_0_0 added 23:16:37.136: storage_serial__USB_DISK_2_0_0776150001CB_0_0 property info.interfaces = {'org.freedesktop.Hal.Device.Storage.Removable'} (new) 23:16:37.239: volume_uuid_D6C3_9770 added [Komentarz]Automatyczne montowanie pendrive (dostęp tylko jako root) 23:16:37.332: volume_uuid_D6C3_9770 property volume.mount_point = '/media/usb0' 23:16:37.335: volume_uuid_D6C3_9770 property volume.is_mounted = true [Komentarz]Podłączony drugi pendrive 23:16:45.070: usb_device_951_1607_5B8205005662 added 23:16:45.097: usb_device_951_1607_5B8205005662_if0 added 23:16:45.115: usb_device_951_1607_5B8205005662_usbraw added 23:16:50.070: usb_device_951_1607_5B8205005662_if0_scsi_host added 23:16:50.071: usb_device_951_1607_5B8205005662_if0_scsi_host_scsi_device_lun0 added 23:16:50.786: usb_device_951_1607_5B8205005662_if0_scsi_host_scsi_device_lun0_scsi_generic added 23:16:51.077: storage_serial_Kingston_DataTraveler_2_0_5B8205005662_0_0 added 23:16:51.081: storage_serial_Kingston_DataTraveler_2_0_5B8205005662_0_0 property info.interfaces = {'org.freedesktop.Hal.Device.Storage.Removable'} (new) 23:16:51.195: volume_uuid_2484_BB05 added [Komentarz]Montowanie pendrive dopiero po wybraniu takiej opcji w Thunarze 23:16:58.997: volume_uuid_2484_BB05 property volume.mount_point = '/media/disk' 23:16:58.998: volume_uuid_2484_BB05 property volume.is_mounted = true
Wynik polecenia lsusb przed i po podłączeniu pendrive'ów: szmergiell@debian:/usr/share$ lsusb Bus 003 Device 003: ID 12d1:1003 Huawei Technologies Co., Ltd. E220 HSDPA Modem / E270 HSDPA/HSUPA Modem Bus 003 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub Bus 002 Device 002: ID 058f:9360 Alcor Micro Corp. 8-in-1 Media Card Reader Bus 002 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub szmergiell@debian:/usr/share$ lsusb Bus 003 Device 003: ID 12d1:1003 Huawei Technologies Co., Ltd. E220 HSDPA Modem / E270 HSDPA/HSUPA Modem Bus 003 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub Bus 002 Device 002: ID 058f:9360 Alcor Micro Corp. 8-in-1 Media Card Reader Bus 002 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub Bus 001 Device 019: ID 13fe:1d00 Kingston Technology Company Inc. DataTraveler 2.0 1GB/4GB Flash Drive / Patriot Xporter 4GB Flash Drive Bus 001 Device 018: ID 0951:1607 Kingston Technology Data Traveler 2.0 Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
fnmirk, przejrzałem ten link, który podałeś, jednak nie wydaje mi się, że problemem jest udev.
Może ktoś zna rozwiązanie, bo niestety ale wujek G. nie był na tyle miły, by mi pomóc. Co chciałbym uzyskać? Pendrive'y nie muszą być montowane automatycznie, wystarczy, że są wykrywane. Chodzi o to, żeby pierwszy USB był również dostępny jako użytkownik, a nie tylko jako root.
fnmirk - 20-06-2009 10:20
jednak nie wydaje mi się, że problemem jest udev.
Może nie być problemem ale dzięki niemu możesz przypisać urządzenia do stałych nazw pod jakimi będą rozpoznawane przez system.
Chodzi o to, żeby pierwszy USB był również dostępny jako użytkownik, a nie tylko jako root.
Mam trzy pendrive'y, z czego jeden z nich to nawet odtwarzacz MP3. Po kolei: DataTraveler Kingstona 2GB, Samsunga 4GB i rzeczony odtwarzacz Creative MuVo v100 1GB. Problemu nie ma w przypadku pierwszych dwóch,
Jeżeli to nadal ma miejsce to odtwarzacz ma możliwość zapisu i tu może być przyczyna zmiany uprawnień.
ziecio - 16-07-2009 16:11
szmergiell, miałem identyczny problem i oto jak go rozwiązałem: W katalogu /usr/share/PolicyKit/policy znajdują się 2 pliki odpowiedzialne za dostęp do urządzeń org.freedesktop.hal.device-access.policy oraz org.freedesktop.hal.storage.policy Należy się w nie wczytać i poustawiać odpowiednie wartości. Ja na oko w sekcjach zawierających słowa mount, umount, removable devices bądź media wstawiłem po prostu wartości yes i gdzieś musiałem trafić bo teraz bez problemu montuje pendrive jako użytkownik a nie jako root i mogę korzystać z funkcji kopiuj bądź usuń bez uprawnień roota. Pewnie trochę przez to zmniejszyłem bezpieczeństwo swojego systemu, ale to się okaże w przyszłości :) Druga sprawa to przynależność do grup. W moim przypadku jest to: ziecio@debian:/etc$ groups ziecio disk dialout cdrom floppy audio video plugdev powerdev polkituser
Trzecia sprawa: jak ktoś posiada zainstalowany pakiet usbmount, należy go usunąć bo wtedy to on zajmuje się montowaniem urządzeń usb w katalogu /media/usb0 a nie hal. Po usunięci tego pakietu zauważyłem że pendrive został zamontowany w /media/disk
otypoks - 21-08-2009 23:36
U mnie pomogła zmiana w:
/usr/share/PolicyKit/policy/org.freedesktop.hal.storage.policy
<action id="org.freedesktop.hal.storage.mount-removable"> <description>Mount file systems from removable drives.</description> <message>System policy prevents mounting removable media</message> <defaults> <allow_inactive>yes</allow_inactive>#zmiana no na yes <allow_active>yes</allow_active> </defaults> </action>
Powinno działać bez wpisu w:
/etc/PolicyKit/PolicyKit.conf
szmergiell - 22-08-2009 13:35
Trzecia sprawa: jak ktoś posiada zainstalowany pakiet usbmount, należy go usunąć bo wtedy to on zajmuje się montowaniem urządzeń usb w katalogu /media/usb0 a nie hal. Po usunięci tego pakietu zauważyłem że pendrive został zamontowany w /media/disk
Pomogło usunięcie usbmount (dlaczego zrobiłem to dopiero wczoraj?) :) Dzięki.
PS A już byłem zdecydowany zmieniać Debiana na Ubuntu. :]
Shingo - 11-10-2009 23:04
Zastosowałem wszystkie porady zamieszczone powyżej i nie ma żadnych zmian. Pendrive montuje się dobrze, ale w aplecie montowania dysków opcja "odmontuj" została zastąpiona przez "wysuń". CD nie montuje się wcale. Gdy wybieram "zamontuj" z menu prawego przycisku myszy dostaję informację o braku nośnika w napędzie. Mam jeszcze zewnętrzny dysk twardy z ntfs, który montuje się tylko do odczytu. Wszystko działa gdy zamontuję napędy ręcznie poleceniem mount i ntfs-3g, ale środowisko graficzne jest też po to, żeby nie musieć tego za każdym razem to robić.
zanotowane.pldoc.pisz.plpdf.pisz.plminister.pev.pl
|