我在通过标准 USB 连接从 GoPro 复制文件时遇到问题。我可以毫无问题地复制大量照片,但是当我复制大型 (800Mb+) 视频文件时,连接会中断。
在我的系统 (Ubuntu 14.10) 中,GoPro 使用 gvfs 挂载为:gphoto2://[usb:003,018]
我猜 gvfs 引起了问题。gvfs-move 也失败:
gvfs-move "gphoto2://[usb:003,028]/GOPR0396.MP4" gopro/
...
progress 562814208/1990950259
Error moving file gphoto2://[usb:003,028]/GOPR0396.MP4: Error getting file: -1: Unspecified error
Run Code Online (Sandbox Code Playgroud)
您知道安装标准 USB 外置驱动器的任何解决方法吗?
当我在带有读卡器的 Ubuntu 笔记本电脑中使用 GoPro 的 microSD 卡时,所有内容都可以正常复制。
BTW:我不完全确定在哪里问这个问题,但最后我决定把它贴在这里。
编辑
rsync 似乎可以工作,但 USB3 和 microSDHC 的速度相当慢(15Mb/s):
rsync -av --progress /run/user/1000/gvfs/gphoto2\:host\=%5Busb%3A003%2C048%5D/ gopro/
sent 13,581,365,605 bytes received 114 bytes 15,691,930.35 bytes/sec
Run Code Online (Sandbox Code Playgroud)
EDIT2
该问题在 Ubuntu 14.04 中不存在 - shotwell 可以很好地管理导入。
这是同样的问题(这里也有一些),除了我运行的是 Debian wheezy (7.4)。清理一下,这些目录不存在:
/run/user
/var/run/user
~/.cache/gvfs
Run Code Online (Sandbox Code Playgroud)
这个目录是空的:
~/.gvfs/
Run Code Online (Sandbox Code Playgroud)
并且在以下位置找不到 GVFS 挂载的 samba 共享目录:
/media/
/mnt/
Run Code Online (Sandbox Code Playgroud)
自然地,我希望 Nautilus 资源管理器能够帮助描述我正在查看的本地安装路径。或“在终端中打开”工作。但他们挫败了我!
$ gvfs-mount -l
...
Mount(0): sharedir on wincomp -> smb://wincomp/sharedir/
Type: GDaemonMount
Run Code Online (Sandbox Code Playgroud)
或与gvfs-mount -li
:
Mount(0): sharedir on wincomp -> smb://wincomp/sharedir/
Type: GDaemonMount
default_location=smb://wincomp/sharedir/
themed icons: [folder-remote] [folder]
can_unmount=1
can_eject=0
is_shadowed=0
Run Code Online (Sandbox Code Playgroud)
但是它没有指定本地挂载位置在哪里!
使笔记本电脑达到极限的方法之一是使用基于 nautilus 的 FM 清理基于 gnome 的 DE 中的垃圾。垃圾箱中包含大量文件(例如,整个 android 开源项目的副本),清理它会使它变得非常热并在删除它们之前停止。
基于top
,该过程gvfsd-trash
使用了大约 50% 加上它需要很长时间才能完成。清除~/.local/share/Trash
“垃圾文件”所在的目录或任何目录以希望通过rm -rf
命令从删除中拯救出来,比gvfsd-trash
. gvfsd-trash
与简单的rm -rf
命令相比,这样做有什么作用?
我喜欢 Gnome 的 Nautilus 和 FTP 集成,能够将远程 FTP 目录挂载为常规书签/目录,并双击任何远程文件以在任何未修改的程序中打开。我也喜欢用 GVim 编辑文本文件。
但是,如果我双击 Nautilus 上的文件以在 Gvim 中打开一个文本文件,那么保存文件将需要大约 10 秒的时间,而 GVim 将挂起这段时间。主要的问题是在文本编辑器等待写入完成时我无法继续编辑,这种延迟中断了我的工作流程和思考过程,并且保存成为一个痛苦的过程。另一个问题是我不认为简单地上传文件应该花费那么多时间。
我知道 GVim 的内部 FTP 支持,但它们与 Nautilus 的 FTP 没有很好的集成,并且它也遇到了同样的问题。
所以有几个问题:
我在 Gentoo Linux x86-64 上。