使用 mv 不小心使文件消失了。我应该在哪里寻找它？

mv source target这里的问题是，当target不以 a 结尾时，命令的行为/取决于是否存在名为 的现有目录（或指向目录的现有符号链接）target。有时这会使他们做的事情与您期望的不同。

你展示了四个命令。第一个命令很重要：

mv sample.txt Downloads

该命令已移动或重命名sample.txt。

sample.txt如果首先在当前目录中没有调用任何内容，则mv sample.txt Downloads失败并且没有进行任何更改。但根据你的描述，听起来好像有这样一个文件。所以：

1. 如果Downloads当前目录中有一个目录被调用，那么mv sample.txt Downloads尝试移动sample.txt到被调用的目录Downloads，并且可能成功了。如果Downloads是指向目录而不是实际目录的符号链接，也会发生这种情况。
2. 如果当前目录中没有被调用Downloads的目录，则mv sample.txt Downloads尝试重命名sample.txt为被调用Downloads。（不是Downloads.txt，只是Downloads。）

如果这是在Desktop目录中，则可能是第二种情况，因为您可能在Downloads目录中没有Desktop目录。但如果你这样做了，你就处于第一种情况。

因此，当您运行mv sample.txt Downloads一个名为Downloads. 根据之前存在的内容，这应该是以前称为 的文件，或者应该包含.sample.txt sample.txt

至于您显示的其他三个命令，它们应该根本没有做任何更改，也不应该期望它们透露任何有关第一个命令效果的有用信息。

find sample.txt除非在当前目录中直接sample.txt存在所谓的内容，否则不会显示任何内容。如果您想直接或间接地在当前目录中的任何位置查找包含名称为 的文件，您可以使用. （当然，这不会找到名称不再是 . 的文件。）sample.txtfind . -name sample.txtsample.txt

in mv .. sample.txt,..是父目录的名称，它是当前目录所在的目录，或者如果当前目录是/，那么父目录就是/它本身。每个目录都有一个..具有此含义的条目。该命令尝试重命名..要调用的父目录的条目sample.txt。这应该只是失败并出现错误，在这种情况下会有些混乱地报告为“设备或资源忙”。

在mv ... sample.txt,...中不作特殊处理。目录始终包含特殊条目.和..，但名称...并不特殊。所以你可能没有一个名为....

• 假设您没有，该命令失败并且没有进行任何更改。
• 如果您确实...在当前目录中调用了一个文件，并且没有调用目录（并且没有调用指向目录的sample.txt符号链接），那么将重命名为. 如果已经存在并且既不是目录也不是目录的符号链接，它将被替换并且（除非有其他硬链接）它可能很难或不可能恢复，具体取决于随后写入的文件系统的多少。但是，这不太可能，因为您可能从未有过名为 的文件，并且该命令是在可能成功重命名的命令之后运行的sample.txt...sample.txtsample.txt...sample.txt就位或将其放在其他地方，并且由于您当前没有sample.txt在运行命令的目录中看到调用的文件。
• 万一您在当前目录中有一个条目被调用...，而另一个条目sample.txt是目录或指向目录的符号链接，mv ... sample.txt则会尝试移动...到sample.txt目录（或符号链接所针对的目录）。