| Summary: | Can't open files on a Nautilus mounted SMB share | ||
|---|---|---|---|
| Product: | [Fedora] Fedora | Reporter: | Keith Williams <klwilliams> |
| Component: | gvfs | Assignee: | Tomáš Bžatek <tbzatek> |
| Status: | CLOSED WONTFIX | QA Contact: | Fedora Extras Quality Assurance <extras-qa> |
| Severity: | low | Docs Contact: | |
| Priority: | low | ||
| Version: | 14 | CC: | alexl, bnocera, ccecchi, tbzatek, tsmetana |
| Target Milestone: | --- | ||
| Target Release: | --- | ||
| Hardware: | i686 | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Fixed In Version: | Doc Type: | Bug Fix | |
| Doc Text: | Story Points: | --- | |
| Clone Of: | Environment: | ||
| Last Closed: | 2012-08-16 21:02:22 UTC | Type: | --- |
| Regression: | --- | Mount Type: | --- |
| Documentation: | --- | CRM: | |
| Verified Versions: | Category: | --- | |
| oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
| Cloudforms Team: | --- | Target Upstream Version: | |
|
Description
Keith Williams
2011-01-19 01:52:35 UTC
Can you try copying the file to local disk using Nautilus? Alternatively, `gvfs-copy` can be used for that. Also, please post output of the `gvfs-info` command. (In reply to comment #1) > Can you try copying the file to local disk using Nautilus? Alternatively, > `gvfs-copy` can be used for that. > > Also, please post output of the `gvfs-info` command. I tried copying a file from the Nautilus window to my desktop (via drag-and-drop) and received the following error: Error while copying "myfile". There was an error copying the file into /home/keith/Desktop. Under "Show more details": Permission denied Interestingly enough, if I drag a file from my desktop back into the Nautilus window, it copies the file just fine. Also, from Nautilus, I can delete files on the remote share as well. The following command works: gvfs-copy file:///home/keith/Desktop/myfile3 smb://WORKGROUP\;default\@192.168.248.6/memory_card/ but this one: gvfs-copy smb://WORKGROUP\;default\@192.168.248.6/memory_card/myfile3 file:///home/keith/Desktop/ yields an error message: Error copying file smb://WORKGROUP;default.248.6/memory_card/myfile3: Permission denied The output of the gvfs-info command is as follows (unsure how to specify this command): [root@state Documents]# gvfs-info smb://WORKGROUP\;default\@192.168.248.6/memory_card/myfile3 Error getting info: Operation not supported [root@state Documents]# gvfs-info smb://WORKGROUP\;default\@192.168.248.6/memory_card Error getting info: Operation not supported [root@state Documents]# gvfs-info smb://WORKGROUP\;default\@192.168.248.6 Error getting info: Operation not supported [root@state Documents]# gvfs-info smb://WORKGROUP\;default Error getting info: Operation not supported [root@state Documents]# gvfs-info smb://WORKGROUP Error getting info: Operation not supported [root@state Documents]# gvfs-info smb:// Error getting info: Operation not supported Also, please notice this snippet from an "ls -alR" of my home directory: drwxrwxr-x. 2 keith keith 4096 Jan 10 07:18 .gstreamer-0.10 -rw-rw-r--. 1 keith keith 160 Jan 20 08:22 .gtk-bookmarks d?????????? ? ? ? ? ? .gvfs -rw-------. 1 keith keith 6204 Jan 20 08:22 .ICEauthority drwxrwxr-x. 3 keith keith 4096 Jan 12 15:17 .icedteaplugin -rw-r--r--. 1 keith keith 635 Jan 20 08:23 .imsettings.log :ls: cannot open directory keith/.gvfs: Permission denied -rw-------. 1 keith keith 53 Jan 14 22:48 .lesshst Thanks for helping with my issue! -- Keith Laten Williams Okay, first thing - never use root within a desktop session. There's no need for this and only brings troubles. GUI applications won't probably work right when spawned from root terminal. Perhaps your permissions at /home/keith/Desktop/ are wrong due to recent root use? gvfs-info would show more, you can also try gvfs-cat which will read the file from remote share, not writing anything locally. Syntax is right as you wrote, just run under normal user in a desktop session. (In reply to comment #2) > :ls: cannot open directory keith/.gvfs: Permission denied This is correct, we denied access for users other than current one (including root). (In reply to comment #3) > Okay, first thing - never use root within a desktop session. There's no need > for this and only brings troubles. GUI applications won't probably work right > when spawned from root terminal. OK, thanks. > Perhaps your permissions at /home/keith/Desktop/ are wrong due to recent root > use? [keith@state ~]$ ls -l total 36 drwxr-xr-x. 2 keith keith 4096 Jan 24 02:08 Desktop drwxr-xr-x. 14 keith keith 4096 Jan 24 20:23 Documents drwxr-xr-x. 3 keith keith 4096 Jan 24 17:18 Downloads drwxr-xr-x. 2 keith keith 4096 Jan 9 20:18 Music drwxr-xr-x. 6 keith keith 4096 Jan 17 09:32 mysql drwxr-xr-x. 2 keith keith 4096 Jan 20 15:03 Pictures drwxr-xr-x. 2 keith keith 4096 Jan 9 20:18 Public drwxr-xr-x. 2 keith keith 4096 Jan 9 20:18 Templates drwxr-xr-x. 2 keith keith 4096 Jan 9 20:18 Videos > gvfs-info would show more, you can also try gvfs-cat which will read the file > from remote share, not writing anything locally. Syntax is right as you wrote, > just run under normal user in a desktop session. [keith@state ~]$ gvfs-info smb://WORKGROUP\;default\@192.168.248.6/memory_card display name: memory_card on 192.168.248.6 edit name: / name: / type: directory size: 3820994560 attributes: standard::type: 2 standard::name: / standard::display-name: memory_card on 192.168.248.6 standard::edit-name: / standard::icon: folder-remote standard::content-type: inode/directory standard::size: 3820994560 etag::value: 0 id::filesystem: smb-share:domain=WORKGROUP,server=192.168.248.6,share=memory_card,user=default time::modified: 0 time::modified-usec: 0 time::access: 0 time::access-usec: 0 time::changed: 0 time::changed-usec: 0 unix::device: 232967 unix::inode: 2026404 metadata::nautilus-icon-view-auto-layout: true metadata::nautilus-icon-view-tighter-layout: false ******************************************************************************* [keith@state ~]$ gvfs-info smb://WORKGROUP\;default\@192.168.248.6/memory_card/myfile3 display name: myfile3 edit name: myfile3 name: myfile3 type: regular size: 13 attributes: standard::type: 1 standard::name: myfile3 standard::display-name: myfile3 standard::edit-name: myfile3 standard::icon: application-octet-stream, gnome-mime-application-octet-stream, application-x-generic standard::content-type: application/octet-stream standard::size: 13 etag::value: 1295566060 id::filesystem: smb-share:domain=WORKGROUP,server=192.168.248.6,share=memory_card,user=default time::modified: 1295566060 time::modified-usec: 0 time::access: 1295566060 time::access-usec: 0 time::changed: 1295566060 time::changed-usec: 0 unix::device: 232967 unix::inode: 2029638 dos::is-archive: TRUE metadata::gedit-position: 12 metadata::gedit-spell-language: en_US metadata::icon-scale: 1 metadata::nautilus-icon-position: 64,582 metadata::nautilus-icon-position-timestamp: 1295584410 ******************************************************************************* [keith@state ~]$ gvfs-cat smb://WORKGROUP\;default\@192.168.248.6/memory_card/myfile3 Sample file gvfs-cat: smb://WORKGROUP;default.248.6/memory_card/myfile3: error reading: Permission denied ******************************************************************************* NOTE: "Sample file" is the actual content of "myfile3." so gvfs-cat is listing the file THEN reporting permission denied. ******************************************************************************* > (In reply to comment #2) > > :ls: cannot open directory keith/.gvfs: Permission denied > This is correct, we denied access for users other than current one (including > root). OK, thanks again. I can access .gvfs when in a shell as user "keith." Tomáš, your help is much appreciated, I hope this helps you help me. Sincerely, Keith Laten Williams (In reply to comment #4) > NOTE: "Sample file" is the actual content of "myfile3." so gvfs-cat is listing > the file THEN reporting permission denied. Oh, this is interesting, so it actually starts reading the file and throws an error at the end. Out of curiosity, could you test larger files than 65534 bytes? Also, please grab the following samba update to see if it helps: http://koji.fedoraproject.org/koji/buildinfo?buildID=212855 This message is a notice that Fedora 14 is now at end of life. Fedora has stopped maintaining and issuing updates for Fedora 14. It is Fedora's policy to close all bug reports from releases that are no longer maintained. At this time, all open bugs with a Fedora 'version' of '14' have been closed as WONTFIX. (Please note: Our normal process is to give advanced warning of this occurring, but we forgot to do that. A thousand apologies.) Package Maintainer: If you wish for this bug to remain open because you plan to fix it in a currently maintained version, feel free to reopen this bug and simply change the 'version' to a later Fedora version. Bug Reporter: Thank you for reporting this issue and we are sorry that we were unable to fix it before Fedora 14 reached end of life. If you would still like to see this bug fixed and are able to reproduce it against a later version of Fedora, you are encouraged to click on "Clone This Bug" (top right of this page) and open it against that version of Fedora. Although we aim to fix as many bugs as possible during every release's lifetime, sometimes those efforts are overtaken by events. Often a more recent Fedora release includes newer upstream software that fixes bugs or makes them obsolete. The process we are following is described here: http://fedoraproject.org/wiki/BugZappers/HouseKeeping |