Warning: file_get_contents(/data/phpspider/zhask/data//catemap/2/shell/5.json): failed to open stream: No such file or directory in /data/phpspider/zhask/libs/function.php on line 167

Warning: Invalid argument supplied for foreach() in /data/phpspider/zhask/libs/tag.function.php on line 1116

Notice: Undefined index: in /data/phpspider/zhask/libs/function.php on line 180

Warning: array_chunk() expects parameter 1 to be array, null given in /data/phpspider/zhask/libs/function.php on line 181
Linux 无法将“查找”命令的结果保存在文件中-文件为空_Linux_Shell - Fatal编程技术网

Linux 无法将“查找”命令的结果保存在文件中-文件为空

Linux 无法将“查找”命令的结果保存在文件中-文件为空,linux,shell,Linux,Shell,程序应该找到一个文件并返回它是否存在于系统中,现在我发现应该使用find命令,但是由于该命令将由代码(使用系统)启动,我需要将结果保存在一个文件中,并且在终端上尝试,我无法使其工作,结果不会出现在文件中,我正在努力: find / -name 'test2abc' 2>/dev/null -> res 文件res为空。如何做对 还有更好的方法吗?如果文件存在,我应该使用stat命令打印文件的详细信息。有没有办法使用juts和stat命令来搜索子文件夹中的文件?仅应使用->res部分

程序应该找到一个文件并返回它是否存在于系统中,现在我发现应该使用find命令,但是由于该命令将由代码(使用系统)启动,我需要将结果保存在一个文件中,并且在终端上尝试,我无法使其工作,结果不会出现在文件中,我正在努力:

find / -name 'test2abc' 2>/dev/null -> res
文件res为空。如何做对


还有更好的方法吗?如果文件存在,我应该使用stat命令打印文件的详细信息。有没有办法使用juts和stat命令来搜索子文件夹中的文件?

仅应使用
->res
部分

如果在命令行上尝试以下命令:

find / -name 'test2abc' -> res
它将打印一个错误:

find: paths must precede expression: -
-
不是任何有效重定向的一部分,因此被赋予了
查找
,而该查找也无法解释它

最好不要抑制错误消息。一种简单的方法是将stderr和stdout重定向到文件,如下所示:

find / -name 'test2abc' > res 2>&1

那么关于
-
的错误应该从一开始就在文件中,你很快就会知道是什么错。

关于
->res
的部分应该是
>res

如果在命令行上尝试以下命令:

find / -name 'test2abc' -> res
它将打印一个错误:

find: paths must precede expression: -
-
不是任何有效重定向的一部分,因此被赋予了
查找
,而该查找也无法解释它

最好不要抑制错误消息。一种简单的方法是将stderr和stdout重定向到文件,如下所示:

find / -name 'test2abc' > res 2>&1

那么关于
-
的错误从一开始就存在于文件中,你很快就会知道错误所在。

如果你只想统计文件,请查看
find
-exec
参数。为什么在这个问题上会有离题投票?如果你只想统计文件,请看
find
-exec
参数。为什么在这个问题上会有一个离题投票?它很好,非常感谢。但是为什么->res在这种情况下不起作用?@SpeedBirdNine:
->
不是shell编写重定向的方式,
是。因此,
-
被作为一个参数传递给find,这会产生一个错误(或者,如果您没有将stderr重定向到/dev/null),SpeedBirdNine I增强了这篇文章。好吗?很好用,非常感谢。但是为什么->res在这种情况下不起作用?@SpeedBirdNine:
->
不是shell编写重定向的方式,
是。因此,
-
被作为一个参数传递给find,这会产生一个错误(或者,如果您没有将stderr重定向到/dev/null),SpeedBirdNine I增强了这篇文章。好啊