Konqueror - " Не удаётся изменить права доступа для полный_путь_к_файлу "

[NK]

Мне помогает вот это:
/usr/share/hal/fdi/policy/10osvendor/10-ntfs-policy.fdi
Правда для внешних USB-HDD

Спасибо, конечно, но не хочется добавлением сторонних файлов (а может и несторонних, если это так , то поясните хотя б от куда данный фалй появился, чтоб хотя б знать) решить ситуацию, хочется самостоятельно
=====

В файле ~/.kde/share/config/mediamanagerrc найдите нужный диск (по точке монтирования и/или UUID) и для него пропишите uid=true
После этого запустите kbuildsycoca.

Решил попробовать данный способ.., пришел к первоначальному состоянию , которое было

В Konqueror: Перейти - Носители данных. Правой кнопкой по диску - Свойства - вкладка «Подключение».
Поставьте флажок [  x  ] Не сообщать об ошибках смены прав. И так для каждого виндового диска делается один раз.

Делаю так как все описано выше, но появляется окно-сообщение:
Ошибка - Konqueror: Точка включения должна быть в /media

Открыл файл (для редактирования) ~/.kde/share/config/mediamanagerrc и там обноружил , что просто готовых строчек (как я понял - нужны они) НЕТ (
(добиться, что б они там появились я смог, но это в том случае, когда я подправил fstab
http://forum.altlinux.org/index.php/topic,495.msg7890.html#msg7890 )

[ruslandh]

http://ru.wikipedia.org/wiki/Hardware_abstraction_layer
http://www.freedesktop.org/wiki/Software/hal
http://www.linux.kiev.ua/ru/docs/articles/hal-myths-facts/

[Arc]

Мне помогает вот это:
/usr/share/hal/fdi/policy/10osvendor/10-ntfs-policy.fdi
Правда для внешних USB-HDD

Спасибо, конечно, но не хочется добавлением сторонних файлов (а может и несторонних, если это так , то поясните хотя б от куда данный фалй появился, чтоб хотя б знать) решить ситуацию, хочется самостоятельно

Файлик почти что точная копия такого со старого альтовского вики
Был сотворен не далеко со времени появления 4.0
С тех пор использую -- не жалуюсь.
Если интересно разобраться, то загляните внутрь файлика -- там просто опции монтирования, не больше. Подсказка для HAL.

[ruslandh]

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

[Alexei_VM]

не отведено для этого достаточно битов ..

Ну, следовательно, как сделать, чтоб права доступа при монтировании, на указанные диски, делались 770 ?

Читать man mount на предмет umask.

[gray_graff]

кажется umask=0 должен помочь

Нет

все нет да нет. а помогло таки

[NK]

 Подскажите,
а как смонтированному устройству, а в данном случае разделу жесткого диска с ФС ntfs, сделать , что б его просматривать, удалять/редктировать, выполнять мог ТОЛЬКО root и какой-то определенный пользователь? Чего такого нужно в fstab прописать?

[ruslandh]

man ntfs-3g раздел

Access Handling and Security

By  default,  files and directories are owned by the effective user and
       group of the mounting process and everybody has full read, write,  exe‐
       cution  and directory browsing permissions.  If you want to use permis‐
       sions handling then use the uid and/or the gid  options  together  with
       the umask, or fmask and dmask options.

       Windows users have full access to the files created by ntfs-3g.

       If  ntfs-3g is set setuid-root then non-root users will be also able to
       mount volumes.

[ruslandh]

man mount
Описание uid, gid, umask, fmask и dmask