« 上一篇下一篇 »

上传了文件到服务器后发现FTP文件无法移动操作怎么解决?

  有时候我们使用 FTP上传了文件到服务器后发现,这些文件无法编辑,也无法复制移动等等,也就是说FTP里面的任何文件都不能管理。

那么我们知道是什么问题吗?

1:如果是虚拟主机的话,考虑第一个原因就是虚拟主机的文件要上传到他指定的文件,如WEB等、其他目录不支持上传网页。

2:如果是自己服务器权限问题,没有给文件权限,这种一般也传不上去的。

如果上传正常,无法操作管理,看下面。

 

首先是1个原因:对于IDE或SATA硬盘来说,几十G的数据,上百万的文件量,在频繁的文件读写操作中有时会出错,具体表明是,一些文件无法管理了,无论在FTP或在服务器的资源管理器中都无法管理,点击这些文件的属性,可以发现,文件的安全结构损坏了,如何解决这种情况呢?
可以这样,运行扫描硬盘命令,在DOS中:
 
CHKDSK D: /r
(修复D盘)
 
修复完成后,在服务器的资源管理器给这些不正常权限的文件加上权限,可以参考其他正常权限的文件。
这样做完后,我们的网站里面的FTP文件就可以正常管理啦。

小结:

一般出现无法移动都是以下问题

(1)相对路径问题:changeWorkingDirectory每次都是根据当前相对目录进行目录切换,比如你刚开始进来时候

目录为

"/home/lcl",

执行一次

ftpClient.changeWorkingDirectory("a"),

那么ftp的当前工作目录就是

"/home/lcl/a",

如果再执行一次

ftpClient.changeWorkingDirectory("b"),

那么目录就变为了

"/home/lcl/a/b",而不是"/home/lcl/b"。

(2)权限问题:当你做读写包括文件移动,你连接到ftp服务器的用户需要对操作的文件夹和问价夹内的文件有操作权限。可通过"ls -al 文件夹名"来查询ftp用户对此文件夹的权限,如果权限不够需要chmod来赋予该ftp用户相应权限。

 

PS:如果你确保上面两点没有问题,还是不能移动文件,那么你就需要使用ftpClient.printWorkingDirectory()来查看当前工作目录确保自己的目录定位没有问题。系统本身不支持FTP文件夹互相粘贴的,另外上传带有文件夹的出现550错误是因为,我用的IIS6.0 升级为7.0后正常,用ftp客户端软件后都能正常使用

 

---------------------