(РЕШЕНО) Проблема с монтированием флешки
Привет всем!
Ситуация такова:
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
Это оно? Значит, ядро пересобирать?
Пересобрал
Пересобрал, отключив требуемое - не помогло
Господа (и дамы, если таковые имеются), у кого флешки с 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 следующего содержания:
и /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:
при монтировании вручную (через 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. То есть, у рута все монтируется на запись автоматом, а у обычного юзера прав не хватает.
Как решить проблему?
Да:
Ну, и на всякий случай:
nik - это я
Не туда копал
Как оказалось, сначала начал копать не туда.
Решение, как и следовало ожидать, подсказал гугль.
Как и писал в последних постах, проблема была не с параметрами монтирования, а с правами юзера.
решилось разрешением через polkit-action.
Сначала сделал
не помогло, но, когда разрешил
все стало монтироваться.
На настоящий момент имеем:
Жирным выделил то, что менял сам