Question

我强迫自己养成使用命令行的习惯＆＃34; cp＆＃34;在我的OS X机器上命令复制大型目录而不是通常的＆＃34;点击并拖动＆＃34;方法。但是，这个过程似乎第一次被卡住了。

我在此过程中使用了Ctrl + t命令来确定某些内容是否仍处于活动状态。它的输出如下所示：

load: 1.79  cmd: cp 657 running 23.54u 422.25s
load: 1.73  cmd: cp 657 running 23.54u 422.25s
load: 1.91  cmd: cp 657 running 23.54u 422.25s
load: 1.97  cmd: cp 657 running 23.54u 422.25s
load: 1.34  cmd: cp 657 running 23.54u 422.25s
load: 1.33  cmd: cp 657 running 23.54u 422.25s

请注意，上面的输出是由ctrl + t命令生成的，间隔时间间隔为几分钟。我已经开始倾向于因为运行而被卡住......＆＃34;在每一行都是一样的。

我是否应该通过ctrl + c取消该过程并使用merge cp命令重新开始？

非常感谢任何帮助。

Answer 1

在终端上引用“man cp” -

“ - v导致cp变得冗长，在复制时显示文件。”

通过使用-v标志，它会打印出实时复制的文件日志。如果愿意，它可以作为一种活动日志或监视器。虽然@john elemans提供了附加“＆amp;”的精彩提示并且转到文件被复制到的目录，这不是我想要的，特别是在比较使用-v标志的选项时。

跟进编辑 我还应该指出，通过上述过程，除非您复制/移动非常大的文件，否则“活动”日志将快速打印出正在复制的文件的路径。因此，如果它在任何给定文件上“卡住”太长时间，请调查该特定文件并确定其大小是否保证日志已“卡在”此文件上的时间长度。从那里，你可以对天气进行合理的评估，然后取消或坚持。

P.S。 - 我忘了我很久以前发过这个问题了。

Answer 2

我通常将cp命令放入后台（放在行尾的＆amp;）。然后你可以转到指定文件夹，看看是否正在添加文件。

FWIW;几年前我经常不得不移动包含数十万个文件的文件夹，并且cp确实偶尔会挂起。我最近没有这么做，所以我不知道它是否有所改善。

如何确定终端（命令行）中的cp进程是否被卡住了？

2 个答案: