(РЕШЕНО) Проблема с монтированием флешки

Привет всем!
Ситуация такова:
hal и dbus поставлены, запускаются. Сидюки и флешки на fat и линуксовых фс (ext4, к примеру, точно) автоматом монтируются.
Разделы ntfs на жестких дисках тоже.
Имею еще флешку, мало того, что NTFS, так еще и в корень запись запрещена, имеется на ней папка, разрешенная для записи - вот в нее файло и пишется.
Так вот, она монтироваться автоматом не желает (выдает ошибку mount). А при прописывании в fstab с параметрами, характерными для ntfs, монтируется только с доступом для рута. Обычному юзеру - болт.
Может, конечно, проблема и в защите корня от записи, но флеху приходится втыкать в другие компы на работе. Иначе пришлось бы постоянно чистить от всякой дряни. Мне-то наплевать, а вот там все компы под Виндой, так что разносчиков заразы и без меня хватает (ежедневно раньше ручками мусор из корня удалял, потому и замолрочился с ntfs на флешке).
Сакраментальная фраза: под убунтой монтируется, в разрешенную папку пишется без проблем (не говоря уже про чтение).
What is it? Или КАКОГО?..
Прошу прощения за эмоциональность.

А сравнить параметры

А сравнить параметры монтирования флешки под убунтой и гентой не догадались?

Нащяльника, мая сервира паставиль, фрибизьдя инсталя сделаль, апачи сабраль, пыхапе патключиль, сапускаю, а ано - ажамбех пашамбе эшельбе шайтанама!

Параметры

В /usr/share/hal/fdi/policy/10osvendor/20-storage-methods.fdi так:
NightNord: выпилено. Кто хочет, может у себя сделать cat самостоятельно
В гномовском редакторе конфигурации для ntfs драйвер указан ntfs-3g и
/system/storage/default_options/ntfs/mount_options - umask=222,utf8,exec
/system/storage/default_options/ntfs-3g/mount_options - locale=,utf8,exec
Все это передрано из Убунты (было параметров меньше). Передирание не помогло.

Интересное сообщение

Цитата из dmesg | grep udev

Цитата:
udev: starting version 141
udev: deprecated sysfs layout; update the kernel or disable CONFIG_SYSFS_DEPRECATED; some udev features will not work correctly

Это оно? Значит, ядро пересобирать?

Пересобрал

Пересобрал, отключив требуемое - не помогло
Господа (и дамы, если таковые имеются), у кого флешки с ntfs нормально монтируются? киньте в меня, please, содержимым файла /etc/hal/fdi/policy/10-ntfs3g.fdi

мой 10-ntfs3g.fdi -

мой 10-ntfs3g.fdi - http://pastebin.ca/1595153

версии тулз, имеющих отношение к монтированию:

sys-fs/ntfs3g-2009.3.8
sys-fs/fuse-2.7.4
sys-apps/hal-0.5.11-r9
sys-apps/dbus-1.2.3-r1
sys-fs/udev-141

ну и напоследок, компилятор: sys-devel/gcc-4.3.2-r3

Сверяйтесь, у меня такой проблемы нет, флэшка NTFS, правда права настроены немного не так. А вот у моего напарника как раз тот же случай - флэшка с запретом записи в корень. На машине, откуда взят конфиг и версии программ - монтируется без нареканий. Если что, у меня KDE 3.5.10... Хотя и в 4.3.1 у того же напарника монтируется, пишется и размонтируется автоматом без проблем...

Нейтральность - высшее достижение сознания!

Так же

Привет.
Самое интересное, что содержимое и версии тулзов те же самые.
У Вас какой кейворд в make.conf? не ~AMD64, случайно. Ибо у меня просто AMD64, в связи с этим, baselayot1 а не 2, на что и ругается udev. Решил было попробовать прописывать ~AMD64 для отдельных пакетов, но одно тянет за собой другое. Когда прописал для 3 или 4-х пакетов и вылезла блокировка со стороны sysvinit, убоялся и тормознулся.
Маловато у меня пока опыта, чтобы на тестовые ветки перелезать.
Кстати, у меня не КДЕ, а Гном
Да, еще три раза пересобирал ядро. Раз первый - с отключением параметра, на который ругался udev, второй - с включением поддержки ядром ntfs модулем (до этого было монолитом в ядре), третий - вообще с отключенной поддержкой ntfs, чтобы возложить это все дело на ntfs-3g, ибо разные варианты гуголь давал. Не помогло, блин.
Сегодня снова грузил Убунту, чтобы файло на флеху скинуть.

Мне помогло добавление

Мне помогло добавление файлика /usr/share/hal/fdi/policy/10osvendor/10-ntfs3g.fdi следующего содержания:

<?xml version="1.0" encoding="UTF-8"?>
<deviceinfo version="0.2">
   <device>
       <match key="volume.fstype" string="ntfs">
           <match key="@block.storage_device:storage.hotpluggable" bool="true">
               <merge key="volume.fstype" type="string">ntfs-3g</merge>
               <merge key="volume.policy.mount_filesystem" type="string">ntfs-3g</merge>
               <append key="volume.mount.valid_options" type="strlist">locale=</append>
           </match>
       </match>
   </device>
</deviceinfo>

и /etc/init.d/hald restart

вин

emerge ntfs3g
# nano -w /etc/fstab

/dev/sdg1 /mnt/flash auto
в gnome автоматом подключается от /media/
попробуйте поигратся fdisk -p какое девайс подключаете,
Гном думает, потом (вероятно) монтирует, на "рабочем столе " появляется сьемный девайс (у меня) пр кн - размонтировать. В ХП видно папку LostFound в гноме RecycleBin

cyberdimk

Не

ntfs3g стоит
С fstab игрался уже - без толку
в Гноме он и пытается подключить автоматом, только не получается - ругается на ошибки mount
С fdisk играться смысла не вижу - флешка втыкается в компы с Убунтой и Виндой, раздел в порядке, отмонтируется всегда корректно
О том, что на рабочем столе Гнома появляются примонтированные девайсы, я в курсе.

Во fstab надо просто

Во fstab надо просто прописать нужные значения uid=<user>,gid=<group>,umask=<umask> и будет вам счастье. Прочитайте man ntfs-3g

Да, и гном вроде не hal'ом монтирует, а своей фенечкой (gnome-mount?), так что там fdi хала не сильно поможет, попробуйте другие хаки, вроде замены mount.ntfs на симлинк на mount.ntfs-3g.

Не хочется

Не хочется в fstab ничего для флешки писать, ибо флешки разные, иногда и две сразу, да и без этого он должен монтироваться.
Ман курил, симлинк делал.
Так никто и не высказал мнения, правильно ли я грешу на udev и его претензии по поводу версии baselayot

Hint

Hint: к опциям монтирования надо добавить force, иначе неправильно отмонтированная в винде флешка не будет монтироваться

Ubuntu is an African Word that means "Gentoo is too hard for me"

Классный соввет по потере

Классный соввет по потере данных

Compute:
Bosch M2.8.1 -> custom Bosch M2.8.3 clone from Russia.
Speed about 260 km,Ram 2 pers.,HDD - 70 kg,210 FLOPS ;)

при необходимости

при необходимости примонтировать флэшку и отсутствии винды в обозримой дальности, приходиться пользоваться...

Нейтральность - высшее достижение сознания!

fsck запустить не судьба

fsck запустить не судьба

Compute:
Bosch M2.8.1 -> custom Bosch M2.8.3 clone from Russia.
Speed about 260 km,Ram 2 pers.,HDD - 70 kg,210 FLOPS ;)

Не

В таких случаях я предпочитаю исправлять проблему силами той системы, для которой эта ФС предназначена. То есть, воткнуть в Винде и проверить на ошибки

у меня похожее началось после

у меня похожее началось после пересборки системы
с gcc-4.4.1, пришлось откатиться

Все по новой

В-общем, большое спасибо последователям Чубайса.
Бесперебойника у меня нет, а эксперименты наших доблестных энергетиков с рубильником привели к тому, что один мой жесткий диск сдох совсем (механика накрылась, а с ней и коллекция фильмов), на втором слетели разделы - все имевшиеся ФС (благо, проблема не железная, так что архивы удалось восстановить).
В итоге все три оси пришлось ставить по-новой (Винду, Убунту, ну и Gentoo, конечно).
Времени катастрофически не хватает, поэтому ядро вручную не настраивал, отложив на потом, воспользовался genkernel.
Систему поставил, обновил. Флешка по-прежнему не монтируется. Были сначала сообщения об ошибках параметров монтирования.
Поскольку монтирует гном сам, никуда не полез, кроме как в его редактор конфигурации, прописав для ntfs-3g локаль, естественно, UTF-8. Ошибки при вставке флешки больше не выскакивают, в меню переход появляется название флешки (в данном случае - буква К), но открыть эту флешку не получается (при переходе в нее - вообще никаких телодвижений). На рабочем столе значок не появляется. То есть, система стала флешку видеть, но монтировать не хочет.

Последние вести с фронтов

Последнее дополнение таково:
Как уже и писал, при вставке флешки, гном ее видит, в меню переход появляется название, но при нажатии на данный пункт меню ничего не происходит.
Вот вывод dmesg | grep usb:

usbcore: registered new interface driver usbfs
usbcore: registered new interface driver hub
usbcore: registered new device driver usb
usb usb1: configuration #1 chosen from 1 choice
usbcore: registered new interface driver usb-storage
usb usb2: configuration #1 chosen from 1 choice
usbcore: registered new interface driver hiddev
usbcore: registered new interface driver usbhid
usbhid: v2.6:USB HID core driver

при монтировании вручную (через su, естественно) простой командой без параметров (mount /dev/sdc1 /media/disk) флешка монтируется, но только на чтение (даже для рута - запускал наутилус через gksu).
Как я понимаю, тут нужно настраивать не hal, а гномовскую утилиту монтирования.
Через редактор конфигурации гнома (gconf-editor) прописано в system/storage/default_options/ntfs драйвер-ntfs-3g, единственный параметр монтирования - umask=222. В /system/storage/default_options/ntfs-3g/mount_options прописана единственная опция: locale=ru_RU.UTF-8 (единственное, что прописывал сам, после чего перестало появляться сообщение об ошибках параметров монтирования).
Меня мучают смутные сомнения, что нужно прописывать опции монтирования именно здесь (/system/storage/default_options/ntfs-3g/mount_options).
Однако, мои предыдущие эксперименты в данном направлении результата не принесли (делалось это перед тем, как у меня накрылись диски - я писал об этом, теперь система установлена вновь, в настоящее время параллельно проводится обновление мира). Гугль решения не принес.
СтОит ли снова экспериментировать в данном направлении? И как именно?

Уточнение: если залогиниться под рутом, то флешка монтируется автоматом с возможностью чтения-записи. В параметрах монтирования (/system/storage/default_options/ntfs-3g/mount_options) просто locale= и больше ничего.
То есть, как я и предполагал, юзеру просто не хватает прав. Как решить?
Да, при монтировании в терминале юзера через sudo, диск монтируется, тут же запускается наутилус, но не дает даже просмотреть содержимое.
Я явно где-то туплю :=(

Сделал костыль

В-общем, сделал костыль: поставил pmount, монтирую пока через него (с опцией -w).
Однако, это явно неправильно - гном должен делать это автоматом.
Кстати, уточнение ко всему предыдущему обсуждению: как выяснил (по крайней мере в настоящее время) дело не в драйвере ntfs-3g. Такая же ситуация и с fat-32. То есть, у рута все монтируется на запись автоматом, а у обычного юзера прав не хватает.
Как решить проблему?
Да:

groups
daemon sys adm disk wheel floppy uucp audio cdrom video games cdrw usb users lpadmin nik messagebus haldaemon plugdev polkituser

Ну, и на всякий случай:

cat /etc/group
root::0:root
bin::1:root,bin,daemon
daemon::2:root,bin,daemon,nik
sys::3:root,bin,adm,nik
adm::4:root,adm,daemon,nik
tty::5:
disk::6:root,adm,haldaemon,nik
lp::7:lp
mem::8:
kmem::9:
wheel::10:root,nik
floppy::11:root,haldaemon,nik
mail::12:mail
news::13:news
uucp::14:uucp,nik
man::15:man
console::17:
audio::18:nik
cdrom::19:haldaemon,nik
dialout::20:root
tape::26:root
video::27:root,nik
cdrw::80:haldaemon,nik
usb::85:haldaemon,nik
users::100:games,nik
nofiles:x:200:
smmsp:x:209:smmsp
portage::250:portage
utmp:x:406:
nogroup::65533:
nobody::65534:
sshd:x:22:
nik:x:1000:
messagebus:x:1001:nik
ssmtp:x:1002:
haldaemon:x:1003:haldaemon,nik
plugdev:x:1004:haldaemon,nik
lpadmin:x:106:nik
gdm:x:1005:
games:x:35:nik
polkituser:x:1006:nik

nik - это я

Не туда копал

Как оказалось, сначала начал копать не туда.
Решение, как и следовало ожидать, подсказал гугль.
Как и писал в последних постах, проблема была не с параметрами монтирования, а с правами юзера.
решилось разрешением через polkit-action.
Сначала сделал

polkit-action --set-defaults-active org.freedesktop.hal.storage.mount-removable yes

не помогло, но, когда разрешил

polkit-action --set-defaults-any org.freedesktop.hal.storage.mount-removable yes

все стало монтироваться.
На настоящий момент имеем:

# polkit-action --action org.freedesktop.hal.storage.mount-removable
action_id:        org.freedesktop.hal.storage.mount-removable
description:      Mount file systems from removable drives.
message:          System policy prevents mounting removable media
default_any:      yes (factory default: no)
default_inactive: no
default_active:   yes

Жирным выделил то, что менял сам

Настройки просмотра комментариев

Выберите нужный метод показа комментариев и нажмите "Сохранить установки".