Linux - Software This forum is for Software issues.
Having a problem installing a new program? Want to know which application is best for the job? Post your question in this forum. |
Notices |
Welcome to LinuxQuestions.org, a friendly and active Linux Community.
You are currently viewing LQ as a guest. By joining our community you will have the ability to post topics, receive our newsletter, use the advanced search, subscribe to threads and access many other special features. Registration is quick, simple and absolutely free. Join our community today!
Note that registered members see fewer ads, and ContentLink is completely disabled once you log in.
Are you new to LinuxQuestions.org? Visit the following links:
Site Howto |
Site FAQ |
Sitemap |
Register Now
If you have any problems with the registration process or your account login, please contact us. If you need to reset your password, click here.
Having a problem logging in? Please visit this page to clear all LQ-related cookies.
Get a virtual cloud desktop with the Linux distro that you want in less than five minutes with Shells! With over 10 pre-installed distros to choose from, the worry-free installation life is here! Whether you are a digital nomad or just looking for flexibility, Shells can put your Linux machine on the device that you want to use.
Exclusive for LQ members, get up to 45% off per month. Click here for more info.
|
 |
06-17-2015, 08:56 AM
|
#1
|
LQ Newbie
Registered: Apr 2010
Distribution: Linux Mint 17
Posts: 18
Rep:
|
Evince Document Viewer - Error setting owner: Operation not permitted
I use Linux Mint 17, which comes with Evince Document Viewer 3.10.3
I store my documents on a NAS drive (mounted as NAShome), which uses the NFS protocol to share files with over the network.
My problem is this: When I view a PDF file in Evince Document Viewer and select File--->Save a copy..., then I get the following message:
The file could not be saved as “file:///home/steve/NAShome/docs/testfile.pdf”.
Error setting owner: Operation not permitted
When I look in the docs folder on the NAS, however, the file has been saved!
OK, so this is not stopping me from working. However, I would like to know what is going on to improve my knowledge of Linux software.
Any ideas?
Note This only happens for PDF files from Evince. (I can use LibreOffice to save ODT file copies to the NAS with no problem. I can also copy/paste PDF files from the Desktop to the NAS no problem.)
|
|
|
06-18-2015, 09:03 PM
|
#2
|
Member
Registered: Nov 2003
Posts: 528
Rep: 
|
Yes, I get the same thing from Save a Copy when the target is a remote Samba mount, or even a local VFAT filesystem.
Evince is trying to set owner, group, and permissions on the copy it saves, The error message means it is unable to do so, either because the filesystem doesn't support that operation (VFAT has no support for owner/group), or because of a problem with the user or group identifiers (possible over the network).
It could be argued that Evince shouldn't do this, and just let the owner, group, and permissions pick up the defaults. As most programs do. But in this case, I assume the authors want "Save a copy" to mean the copy has the exact same attributes as the original. So it tries to make it that way, and the error message means it could not.
As you said, the file is saved anyway, it just doesn't have the same attributes as the original.
|
|
1 members found this post helpful.
|
06-19-2015, 04:02 PM
|
#3
|
LQ Newbie
Registered: Apr 2010
Distribution: Linux Mint 17
Posts: 18
Original Poster
Rep:
|
Quote:
Originally Posted by ljb643
Yes, I get the same thing from Save a Copy when the target is a remote Samba mount, or even a local VFAT filesystem.
Evince is trying to set owner, group, and permissions on the copy it saves, The error message means it is unable to do so, either because the filesystem doesn't support that operation (VFAT has no support for owner/group), or because of a problem with the user or group identifiers (possible over the network).
It could be argued that Evince shouldn't do this, and just let the owner, group, and permissions pick up the defaults. As most programs do. But in this case, I assume the authors want "Save a copy" to mean the copy has the exact same attributes as the original. So it tries to make it that way, and the error message means it could not.
As you said, the file is saved anyway, it just doesn't have the same attributes as the original.
|
Thanks for taking the time and trouble to post a reply. I'm grateful for your explanation.
Just for completeness, my NAS file system is NTFS, which doesn't support Linux permissions as you say.
I have the following line in /etc/fstab:
Code:
#edited to automatically connect to NAS on start up
192.168.1.99:/volume1/homes /home/steve/NAShome nfs nouser,rsize=8192,wsize=8192,atime,auto,rw,dev,exec,suid 0 0
There might be some way of entering uid, gid and umask values to match the Evince permissions but that's a problem to experiment with on a slow, rainy day. It's a bit beyond my current level of understanding.
Thanks again!
|
|
|
All times are GMT -5. The time now is 07:27 AM.
|
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.
|
Latest Threads
LQ News
|
|