文件夹权限不够

使用：sudo chmod -R 777 文件名

给文件夹权限

给权限后就传输成功

问题描述

很单纯的问题：无法启动传输

原因

以下原因分析来源于互联网：
1.文件夹权限不够。
2.你的空间或服务器已经满了。
3.文件正在被占用。

这里只讨论第一种问题。

解决办法

1.给权限

我新建文件夹的时候用了sudo所以文件所属用户为root，而在filezilla站点登录仅使用当前登录用于也就是初次创建系统的用户登录，可以看对所属权为root用户的文件只拥有读和执行权限，无法进行文件传输

1.读写执行权限全给上

sudo chmod -R 777 文件名 //-R表示递归修改文件和目录，就是这个文件夹和文件夹里的所有目录权限都给上

2.更改文件所属用户

sudo chown -hR 用户名.用户名 文件夹名

2.清空下回收站或者扩容

3.关闭后传输

ftp服务开启

LINUX下FTP的开启关闭与状态查看
#service vsftpd start
#service vsftpd status
#service vsftpd stop
注：RedHat上默认是关闭的，需要手工开启。

ftp的两种传输方式

ASCII模式和Binary模式的区别是回车换行的处理，Binary模式不对数据进行任何处理，ASCII模式将回车换行转换为本机的回车字符，比如：UNIX下是\n,Windows下是\r\n，Mac下是\r。
ASCII模式下会转换文件，不能说是不同系统对回车换行解释不同，而是不同的系统有不同的行结束符。UNIX系统下行结束符是一个字节，即十六进制的0A，而Windows的系统是两个字节，即十六进制的0D0A，所以当你用ASCII方式从UNIX的FTP Server下载文件到Windows系统上时(不管是二进制或者文本文件)，每检测到一个字节是0A，就会自动插入一个0D，所以如果你的文件是二进制文件，比如可执行文件、压缩包什么的，就肯定不能用了。如果你的文件就是UNIX下的文本文件，你用ASCII模式是正确的，要是误用了Binary模式，你在Windows上看这个文件是没有换行的，里面是一个个的黑方块。
一般来说，我们最好都用Binary方式，这样可以保证不出错。如果有文本格式转换的问题，即UNIX格式的文本和DOS格式的文本之间的转换，有很多工具可以做的，不要在ftp传输的时候冒险，尤其是你如果对这些东西不是非常清楚的话。

如何设置FTP的传输方式呢？
在ftp>提示符下输入ascii即转换到ACSII方式，输入bin，即转换到Binary方式

ftp> ascii
200 Type set to A.

ftp> bin
200 Type set to I.