为什么mv比cp快得多？如何从错误的mv命令中恢复？

我在FileZilla中错误地将文件夹拖放到另一个文件夹中。

~/big_folder
~/some_other_folder

被移动的文件夹非常大。它包含数十万个文件（node_modules，小的图像文件，很多文件夹）

奇怪的是，释放鼠标后，移动完成了。文件夹“ big_folder”被移至“ some_other_folder”。

~/some_other_folder/big_folder

（没有big_folder在~/移动之后）

然后我意识到了这个错误，然后尝试移回去，但是在FileZilla和终端上都失败了。

然后，我必须cp -r将文件复制回去，因为有服务器端代码可以访问这些文件~/big_folder

它需要永远的等待...

我该怎么办？

顺便说一句，这是FileZilla的输出（这是后退的失败）：

Status:       Renaming '/root/big_folder' to '/root/some_other_folder/big_folder'
Status:       /root/big_folder -> /root/some_other_folder/big_folder

Status:       Renaming '/root/some_other_folder/big_folder' to '/root/big_folder'
Command:  mv "big_folder" "/root/big_folder"
Error:          mv /root/some_other_folder/big_folder /root/big_folder: received failure with description 'Failure'

如果一个目录被移动相同的文件系统（在同一个分区）内，则所有需要的是重命名的目录的文件路径。除了目录条目的目录条目之外，没有必要更改任何数据。

当复制目录，被复制的每个数据，每个文件的需求。这涉及读取所有源数据并将其写入目标位置。

在文件系统之间移动目录将涉及将数据复制到目标并将其从源中删除。这将与在单个文件系统中复制（复制）数据一样长的时间。

如果FileZilla成功将目录从重命名~/big_folder为~/some_other_folder/big_folder，那么我将使用恢复该目录

mv ~/some_other_folder/big_folder ~/big_folder

...首先确保没有所谓的目录之后~/big_folder（如果有，此举将使big_folder从some_other_folder进入~/big_folder目录的子文件夹）。

现有的答案很好，但我想在此基础上进一步扩展一下，确切显示移动与复制文件时发生的情况。在复制过程中查看系统调用时，您会看到：

open("hello1.txt", O_RDONLY)               = 3
open("hello2.txt", O_WRONLY|O_CREAT, 0644) = 4
read(3, "Hello, world!\n", 4096)           = 14
write(4, "Hello, world!\n", 14)            = 14
close(3)                                   = 0
close(4)                                   = 0

这将打开源文件，然后创建第二个文件。然后，它将源文件的内容读取到内存中，并将该内存写入目标文件。这需要几个上下文切换和一些磁盘I / O，对于大文件来说可能很高。但是，如果移动文件，则会看到：

rename("hello1.txt", "hello2.txt")         = 0

重要的是要记住，只有在文件位于同一物理磁盘上的同一分区上时，您才会看到文件被重命名。如果创建了一个巨大的千兆字节文件，然后将其在家里的两个位置之间移动，您将注意到该操作会立即完成。另一方面，如果将其移动到外部设备，则移动所花费的时间将与使用时一样长cp。这是因为如果文件位于同一分区上，则只能通过重命名来移动文件。