Наутилус не может записать в 1-й каталог доли NFS
У меня есть синология NAS. На клиенте я создаю каталог:
mkdir /media/feydreva/download
chown -R feydreva /media/feydreva
chmod 777 /media/feydreva/download
Я могу смонтировать свой NFS без любой проблемы:
sudo mount -t nfs 10.2.1.3:/volume1/download /media/feydreva/download
Я могу создать файл и каталоги в него
mkdir /media/feydreva/download/AAA
touch /media/feydreva/download/aaaa.test
Но, когда я использую проводник человечности (наутилус), annd я перехожу к тому каталогу, я не могу создать новую папку. Я не могу сохранить файл в него. Я могу войти в каталог AAA, и здесь я могу создать папку и сохранить файл.
Межоставление вещи состоит в том, что с Libreoffice, я могу создать каталог и сохранить файл в/media/feydreva/download/, только наутилус не может.
id : uid=1026(feydreva) gid=1000(feydreva) groupes=1000(feydreva),4(adm),24(cdrom),27(sudo),30(dip),46(plugdev),118(lpadmin),128(sambashare)
getfacl : suppression du premier « / » des noms de chemins absolus
# file: media/feydreva/download
# owner: feydreva
# group: feydreva
user::rwx
group::r-x
other::r-x
таким образом, сегодня (02022018): Я пытался изменить uid "feydreva" мой ПК, соответствовать тому из "feydreva" на NAS. Таким образом, я изменяю uid на 1 026. Я сделал sudo, показанный,-R feydreva:feydreva/media/feydreva/download у меня все еще есть та же точная проблема: не может записать на/media/feydreva/download, но может в/media/feydreva/download/AAAA использование наутилуса, хорошо работать в console/bsh или libreoffice..
Какая-либо идея или предложения?
4 ответа
1.5 года спустя, Наутилус 3.32.1, все еще имеет ту же проблему. Я использовал thunar для ежедневного материала, но некоторая программа использует Наутилус по умолчанию иногда..
У меня есть та же проблема с моей синологией NAS, и NFS монтируется. Точка монтирования является root:root и не должна быть записана пользователями. Необходимо создать другие папки под этой точкой, с помощью sudo. Затем для пользователей возможно читать и записать в этих подпапках. Но не с НАУТИЛУСОМ! Так, я установил другой файловый менеджер (PCManFM), и с PCManFM, возможно записать в этих подпапках.
Заключение: это - ошибка НАУТИЛУСА!!!
Это не просто ошибка в Наутилусе. Я использую Немо в качестве своего обычного файлового менеджера, и он показывает то же поведение.
Когда я использую PCManFM, он работает.
PCManFM использует другой тип графической библиотеки. Я подозреваю, что проблема находится больше на стороне гнома.
У меня была такая же проблема с Caja (MATE) и сервером NFSv4 при экспорте:
/export (ro,insecure,no_subtree_check,anonuid=1000,anongid=1000,crossmnt,fsid=0)
/export/data (rw,insecure,no_subtree_check,anonuid=1000,anongid=1000)
/export/downloads (rw,insecure,no_subtree_check,anonuid=1000,anongid=1000)
/export/home (rw,insecure,no_subtree_check,anonuid=1000,anongid=1000)
Где data, downloads, home - это привязка монтирования к каталогам в одной файловой системе.
Добавление уникального идентификатора файловой системы к каждой записи решает эту проблему.
/export (ro,insecure,no_subtree_check,anonuid=1000,anongid=1000,crossmnt,fsid=0)
/export/data (rw,insecure,no_subtree_check,anonuid=1000,anongid=1000, fsid=1)
/export/downloads (rw,insecure,no_subtree_check,anonuid=1000,anongid=1000, fsid=2)
/export/home (rw,insecure,no_subtree_check,anonuid=1000,anongid=1000, fsid=3)