我试图从一台基于linux的机器上将一个zip文件转移到使用SCP的Windows上。
我可以通过转移确定，但是当它完成时说“设备上没有剩余空间”。
股份的目的地有很大的自由空间。 我正在转移大约5个演出的文件，但在共享上有几百个演出。
我在想这可能是目录path的问题。 在Windows服务器框共享将是c：\文件夹，当我在Linux中使用SCP我使用/文件夹。
希望这是有道理的。
只是另一个猜测：在Windows机器上运行的SCP服务器是64位软件吗？ 如果这是一个32位的可执行文件，它可能不会支持超过4 GB的文件（好的，GiB，所以4 x 1024 x 1024 x 1024字节）。
快速检查：如果您在任务pipe理器中看到“* 32”后的文件名，那么这是一个32位的可执行文件。 （查看更多： https : //superuser.com/questions/358434/how-to-check-if-a-binary-is-32-or-64-bit-on-windows ）
但是，如果它是一个64位的可执行文件，仍然不能保证它可以处理超过4 GB的文件…
您是否尝试传输大约4 GB的文件？ 如果一个小于4GB（例如3800MB）的文件没有任何问题的传输，但大于4GB的文件失败，那么最好的猜测是SCP服务器不能处理这个大文件。
另一个猜测：临时目录中可能存在较低的磁盘空间（打开％TEMP％将导致您在那里）。
我总是使用Winscp在Windows上使用scp，从来没有问题。
另外你能提供你正在运行的命令和程序吗？
只是一个猜测，但是：检查你想要复制文件的服务器有足够的空间在C盘上的这个文件。 接收者可能将文件放置在临时目录中，在临时目录中，在传输过程中将文件的其余部分附加到临时目录中。
同时检查是否设置了正确的权限，共享和NTFS。 如果德蒙有权写。
检查驱动器/共享上是否存在每用户配额。
我曾经调查过：如果你试图上传大文件而没有做（比如午夜指挥官（mc）），它会保存在/ tmp中，可能超过1Gb，这就是为什么通知“设备上没有剩余空间”。尝试检查本地计算机上的可用空间并检查“/ tmp”：
# df -Th ... tmpfs tmpfs 1001M 1001M 0 100% /tmp ... 在这种情况下，你需要删除文件（似乎从以前的传输），像这样：
# rm /tmp/mc-root/*