☰

继续 mv 的最佳实践

tag-icon • tag-icon data-recovery mv
继续 mv 的最佳实践

我使用终端将文件从一个驱动器复制到另一个驱动器。

sudo mv -vi /location/to/drive1/ /location/to/drive2/

然而，在创建目录后几个小时后，它突然停止了，并且没有错误。

我自己的解决方案通常是散列和比较的混合，这主要是一种耗时的混乱，因为我现在必须从中间副本中恢复，而不真正知道哪些文件丢失（为 zsh 写为非常长的一行 - 请注意该脚本在 bash 中不起作用（如所写）：

source_directory="/path/to/source_directory/";
target_directory="/path/to/target_directory/";
while read hash_and_file; do {
    echo "${hash_and_file}" | read hash file;
    echo "${file}" | sed "s/^/${source_directory}/g" | read copy_from;
    echo "${copy_from}" | sed "s/${source_directory}/${target_directory}/g" | read copy_to;
    mv -v "${copy_from}" "${copy_to}" | tee -a log;
    rm -v "${copy_from}" | tee -a log; };
done <<<$(
    comm -23 <( find ${source_directory} -type f -exec sha256sum "{}" \; |
                sed "s: ${source_directory}: :g" | sort;
           ) <( find ${target_directory} -type f -exec sha256sum "{}" \; |
                sed "s: ${target_directory}: :g" | sort; ) )

如果名称目标目录或 source_directory 是路径的一部分，则很容易出错，并且如果文件因被标记为重复而未移动则将其删除。它最终也没有源目录。

是否有最佳实践如何从中断的 mv 中恢复？

答案1

忘记尝试重新发明 rsync，而使用 rsync。

sudo rsync -av /location/to/drive1/ /location/to/drive2/

确保在源文件中使用尾部斜杠，否则它将复制到/location/to/drive2/drive1.

仔细检查命令是否成功，然后运行rm -rf /location/to/drive1/。

上面的命令将覆盖drive2.如果你想提示用户跳过 中已经存在的文件drive2，就像 一样mv -i，那就更复杂了，因为你现在需要区分已经复制的文件和还没有复制的文件。您可以将该--ignore-existing选项传递给 rsync 以跳过目标上已存在的文件，无论其内容如何。请注意，如果原始文件mv在创建文件的过程中被中断，则该文件将保持半复制状态（而裸文件rsync -a将正确完成复制）。

如果您想重现 的确切行为mv -i（包括提示），这是可以完成的，但要复杂得多。

请注意，您的独巨人内衬非常脆弱。如果文件名包含反斜杠或换行符，它们可能无法正确复制，甚至可能欺骗您的脚本删除任意文件。所以不要使用问题中的代码除非您确定可以信任文件名不包含反斜杠或换行符。

为了将来参考，我建议永远不要用于mv大型交叉驱动移动，正是因为很难控制如果它被中断会发生什么。使用 rsync 进行复制，然后删除原始文件。

相关内容