Не записывает на NTFS. ntfs3g + HAL [РЕШЕНО]
Привет всем еще раз!
В общем до этого уже была такая проблема, было решение, но оно меня не устроило.
Ситуация такая: есть ntfs разделы.
Установлено:
# eix ntfs3g [I] sys-fs/ntfs3g Available versions: 2009.3.8 ~2009.4.4 ~2009.4.4-r1 2009.11.14 2010.1.16 ~2010.3.6 {acl debug +external-fuse hal suid udev} Installed versions: 2010.1.16(01:49:57 18.05.2010)(acl external-fuse hal suid -debug) Homepage: http://www.tuxera.com/community/ntfs-3g-download/ Description: Open source read-write NTFS driver that runs under FUSE
# eix fuse -I [I] sys-fs/fuse Available versions: 2.7.0 ~2.7.3 2.7.4 ~2.7.4-r1 2.8.1 {kernel_FreeBSD kernel_linux modules} Installed versions: 2.8.1(03:44:11 05.05.2010)(kernel_linux -kernel_FreeBSD) Homepage: http://fuse.sourceforge.net Description: An interface for filesystems implemented in userspace.
Ядро
File Systems: <*> FUSE (Filesystem in Userspace) support <*> Character device in Userpace support DOS/FAT/NT Filesystems ---> <*> MSDOS fs support <*> VFAT (Windows-95) fs support (437) Default codepage for FAT (iso8859-1) Default iocharset for FAT <*> NTFS file system support [*] NTFS debugging support [*] NTFS write support Native language support ---> (utf8) Default NLS Option
Стандартная ссылка (после установки ntfs3g)
# ls -l /sbin/ | grep ntfs lrwxrwxrwx 1 root root 12 Май 18 21:43 mount.ntfs-3g -> /bin/ntfs-3g
Ситуация: загружается система. У меня GNOME 2.28. После загрузки в меню "Переход" и в "Компьютер"'е есть нужные NTFS разделы. При клики - оба автоматически монтируются (после авторизации) в /media/<имя тома>. Их можно успешно отмонтировать, при этом папки в /media/ исчезают, но в меню и в компьютере - все остается, как и должно. Однако, при попытке произвести запись на раздел из под пользователя получаю ошибки вида:
каталог:
Произошла ошибка при создании каталога новая папка.
Произошла ошибка при создании каталога в /media/Win7.
Подробности: Произошла ошибка при создании каталога: Операция не позволяется
файл:
Произошла ошибка при создании файла новый файл.
Произошла ошибка при создании каталога в /media/Win7.
Подробности: Произошла ошибка при открытии файла «/media/Win7/новый файл»: Отказано в доступе
У людей все работает, как говорится, "из коробки". Куда копать? Подскажите.
Заранее благодарен.
- Для комментирования войдите или зарегистрируйтесь
http://ru.gentoo-wiki.com/wik
http://ru.gentoo-wiki.com/wiki/HOWTO_%D0%A7%D1%82%D0%B5%D0%BD%D0%B8%D0%B5-%D0%B7%D0%B0%D0%BF%D0%B8%D1%81%D1%8C_NTFS_%D1%81_%D0%B8%D1%81%D0%BF%D0%BE%D0%BB%D1%8C%D0%B7%D0%BE%D0%B2%D0%B0%D0%BD%D0%B8%D0%B5%D0%BC_%D0%B4%D1%80%D0%B0%D0%B9%D0%B2%D0%B5%D1%80%D0%B0_ntfs-3g
Правильно заданный вопрос - половина ответа!
Логики и довода — недостаточно. Надо еще зачморить тех, кто думает не так как мы. (South Park)
wiki
Я знаком с этим материалом, на IRC люди сказали, что давно уже не нужны подобные манипуляции. Должно после установки работать. Или все таки без символьной ссылки на исполняемый файл не обойтись?
покажи содержимое, cat
покажи содержимое,
cat /etc/hal/fdi/policy/0-ntfs.fdi
называться он у тебя может по другому..
Что бы ты не делал , жизнь слишком коротка!
Блог о BSD системах.
pastebin не работает :(
Поддержка NTFS в ядре и
Поддержка NTFS в ядре и ntfs-3g — совершенно разные разницы. Есть серьёзное подозрение, что Гнум/HAL предпочитают монтировать ядрёным NTFS. Покажите содержимое /media/.hal-mtab (или как-то так он зовётся), когда диски подмонтированы.
Текстовый редактор vi имеет два режима работы: в первом он пищит, а во втором — всё портит.
такого файла нет (
А тот что есть (/media/.keep_sys-apps_hal-0), пуст
Ну да, ntfs монтируется
Ну да, ntfs монтируется ядром. Отключить NTFS в ядре, пересобрать и попробовать ещё раз.
Текстовый редактор vi имеет два режима работы: в первом он пищит, а во втором — всё портит.
вот я тоже об этом думал.
вот я тоже об этом думал. Пошел попробую
отключил
убрал поддержку NTFS в File systems ---> DOS, FAT, NT Filesystems.
Пересобрал ntfs3g
Теперь при попытке монтирования:
Не удалось присоединить местоположение
Error mounting: mount: unknown filesystem type 'ntfs'
Вот теперь надо как-то велеть
Вот теперь надо как-то велеть монтировать ntfs через ntfs-3g. Мне в голову только символьные ссылки приходят, но не очень-то нравится это решение мне.
Текстовый редактор vi имеет два режима работы: в первом он пищит, а во втором — всё портит.
ссылки
в общем то, мне тоже, потому как я пока не проникся сутью монтирования, т.е. что происходит после команды mount. Я вижу это так:
1. проверяется fstab
2. определяется тип файловой системы
что происходит далее? я так подозреваю, что проверяется каталог sbin на наличие особых инструкций монтирования?
если мне кто нибудь объяснит, то меня устроят и ссылки) лишь бы работало, как надо
P.S. все же почему не получается "из коробки"? :) может еще и fuse пересобрать?)
Если я не ошибаюсь, fuse тут
Если я не ошибаюсь, fuse тут не играет никакой роли, пересборка не поможет.
В свое время я делал так:
1) Удалил /usr/share/hal .../20ntfs-3g-policy.fdi (ну или где там у вас политика эта)
2) Создал /sbin/mount.ntfs
#! /bin/bash
ntfs-3g $1 $2 -osilent,locale=ru_RU.utf8
Перегрузил. Все работало.
Справедливость восторжествует.
почитав man, узнал, что 1.
почитав man, узнал, что
1. umask=0 по умолчанию
2. silent - по умолчанию
С локалью у меня проблем не возникает, русские имена подхватываются нормально.
Следовательно можно попробовать ограничиться символьной ссылкой /sbin/mount.ntfs -> /bin/ntfs-3g
У меня сейчас в /sbin/ имеется ссылка mount.ntfs-3g -> /bin/ntfs-3g. Не помогает. Попробую так:
создам ссылку /sbin/mount.ntfs -> /sbin/mount.ntfs-3g
ЗАРАБОТАЛО) НО! Если диск
ЗАРАБОТАЛО)
НО! Если диск отмонтировать - он опять пропадет из списка. Может, дело в /etc/hal/fdi/policy/10-ntfs.fdi?
Никогда не признавал hal.
Никогда не признавал hal. Помочь более к сожалению не могу.
Справедливость восторжествует.
а для чего он вообще нужен?)
а для чего он вообще нужен?) Я вообще думал, что это ключевая штука. Hardware Abstraction Layer - звучит сильно)
Я долго задавал себе этот
Я долго задавал себе этот вопрос. В итоге пришел к тому, что мне hal (как и впрочем dbus) не нужен :)
Необходимое монтирование я осуществляю правилами udev. Соглашусь, что есть ситуации, при которых udev может оказаться бессилен, но это уже решается руками.
Справедливость восторжествует.
нет, не hal. Все равно
нет, не hal. Все равно исчезает подлец. Самое интересное, что у меня два раздала на nfts (данные + винда).
Причем виндовый раздел монтируется нормально, и отключается тоже, никуда не пропадает. А раздел с данными после отмонтирования - исчезает (
А имеется ли острая
А имеется ли острая необходимость их часто (от)монтировать? Может стоит закрыть на это глаза? :)
Справедливость восторжествует.
как таковой нет. Но желание
как таковой нет. Но желание разобраться не дает покоя)
Тогда надо спрашивать у
Тогда надо спрашивать у специалистов по hal. Но может быть и баг.
Справедливость восторжествует.
попробую собрать ntfs3g с
попробую собрать ntfs3g с -hal
не помогло...
не помогло...
Наверняка флаг hal создает
Наверняка флаг hal создает политику *.fdi и этим ограничевается его "интеграция".
Справедливость восторжествует.
Думаю, целесообразно этот
Думаю, целесообразно этот топик пометить "РЕШЕНО" и создать новый, в котором описать проблему пропадания диска.
РЕШЕНО
Пересобрал ntfs3g с USE="udev suid -hal"
Сделал корректную ссылку на /bin/ntfs-3g