Форум русскоязычного сообщества Ubuntu


Следите за новостями русскоязычного сообщества Ubuntu в Twitter-ленте @ubuntu_ru_loco

Автор Тема: [Решено] Автомонтирование флешек, проблемы с кодировкой/правами Ubuntu 10.4 64b  (Прочитано 3240 раз)

0 Пользователей и 1 Гость просматривают эту тему.

Оффлайн NewUse

  • Автор темы
  • Новичок
  • *
  • Сообщений: 44
    • Просмотр профиля
Подскажите, плз, не пойму в чём проблема:
при подключении более одой USB-Flash, флешка монтируется - от рута (хотя mount -l говорит об обратном), а не от поьзователя, и не отображает русские буквы ( вместо них " ? ? ? ? ? ? ?") , и естественно никаких прав на запись....

даже не представляю, куда копать....


лог:
(Нажмите, чтобы показать/скрыть)

ЗЫ: Ubuntu 10.4 x86_64
ЗЗЫ: может как-то надо halevt подправить???

Пользователь решил продолжить мысль 29 Июня 2010, 19:10:04:
Внесу уточнение: методом научного тыка выяснилось, что проблема в "двойном" монтирование второй флешки, только не понятно из-за чего оно возникает :((

У кого какие идеи?  

Пользователь решил продолжить мысль 29 Июня 2010, 21:53:34:
Проблема решена!
нужно отредактировать файл: /etc/halevt/halevt.xml (например выполнив в терминале sudo gedit /etc/halevt/halevt.xml)
заменив его содержимое на:
<?xml version="1.0" encoding="UTF-8"?>
<halevt:Configuration version="0.1" xmlns:halevt="http://www.environnement.ens.fr/perso/dumas/halevt.html">

<!--
Remember to use &amp; and &quot; for & and " in xml attributes.

In a match attribute, hal.* is special since it matches any device.
In a match attribute property it is possible to refer to other
device properties. For example
hal.block.storage_device.hal.storage.policy.should_mount
refers to the storage.policy.should_mount property of the block.storage_device
device associated with a given device.

In an exec attribute, $hal.udi$ is special since it is replaced by
the device udi. $hal.some.property$ is replaced by the value
of the property some.property.
!-->

<!--
Removable devices support
!-->

<!--
When a device get a mount point, it is passed to halevt-mount which can
record it. The property that changes is volume.is_mounted, and the action is
executed when the value of volume.is_mounted becomes true.
!-->
<halevt:Device match="hal.block.device &amp; hal.block.is_volume = true &amp; hal.volume.mount_point">
   <halevt:Property name="hal.volume.is_mounted">
      <halevt:Action value="true" exec="halevt-mount -s"/>
   </halevt:Property>
</halevt:Device>

<!--
When a device is unmounted, it is recorded by halevt-mount.
!-->
<halevt:Device match="hal.block.device &amp; hal.block.is_volume = true">
    <halevt:Property name="hal.volume.is_mounted">
        <halevt:Action value="false" exec="halevt-mount -s"/>
    </halevt:Property>
</halevt:Device>

<!--
When a device is removed, it is recorded by halevt-mount.
Note that at that point the device is already out of hal, so we use
* which matches any device in the match attribute, and only pass the
udi to the command.
!-->
<halevt:Device match="hal.*">
     <halevt:Removal exec="halevt-umount -u $hal.udi$; halevt-umount -s"/>
</halevt:Device>

</halevt:Configuration>

У меня вроде всё без глюков пашет :)

ЗЫ: Модераторы, может в хау-ту кинуть???
« Последнее редактирование: 30 Июня 2010, 03:59:25 от NewUse »

Оффлайн BearMed

  • Новичок
  • *
  • Сообщений: 8
    • Просмотр профиля

Оффлайн LAlexandr

  • Новичок
  • *
  • Сообщений: 22
  • Mint 10.04 + "right hands mod"
    • Просмотр профиля
А... halevt не идет в стандартной поставке ubuntu 10.04, поэтому с ним и проблем быть не должно, если его не ставить:) Вероятно его занесло в систему по зависимостям с чем-нить другим, например с каким-нить другим файловым менеджером. ИМХО, лучше вообще этот пакет грохнуть, т.к. в убунте решили полностью отказаться от hal-а, и в последствии могут быть еще глюки.
Человеку нужен выбор.

 

Страница сгенерирована за 0.034 секунд. Запросов: 23.