find+ls

最新推荐文章于 2024-06-14 22:53:48 发布
原创 最新推荐文章于 2024-06-14 22:53:48 发布 · 424 阅读 · 0 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
文章标签：

#存储

本文介绍了一种利用find结合ls命令快速定位特定文件的方法。通过执行find/-namefilename-exec ls{}

摘要生成于 C知道 ，由 DeepSeek-R1 满血版支持， 前往体验 >

如果忘了文件存储的位置或是想要找到某个文件，find+ls最直接有效了

find / -name "filename" -exec ls {} /;

这样可以列出所有filename的路径

Linux 基础命令之 ls 排序与 find 组合使用
云端梦留白的博客
06-25 1474
本文将着重探讨 Linux 系统中 ls 和 find 命令的使用，这两个命令是文件管理中不可或缺的工具。内容将涵盖它们的基础知识、高级技巧，以及如何有效地排序和组合使用这些命令来优化文件管理任务。通过实际案例，我们将展示如何提升效率并更精准地查找和管理文件。
Linux基础操作——文件系统+find+head+tail
everything is possible，anything is OK.
06-03 1135
本文主要涉及LINUX的一些基础操作，文件系统与find命令+head和tail命令
linux find + ls -l
二区36号
10-29 3085
当前路径下所有的.so文件，并显示列表信息 find ./ -name "*.so" -exec ls -l {} \;          
find和ls并用，查找文件并显示大小
热门推荐
格物致知的专栏 [音视频编解码 网络协议 计算机视觉 计算机图形学 图像理解 语音识别 机器学习 模拟电路 传感器]
04-05 1万+
find ./ -name "*.so" -exec ls -l {} \;
Linux下find 命令用法详解+实例
无心出岫
09-03 8638
用法总结如下： 简化文件系统的管理 与大多数 UNIX 命令一样，UNIX find 命令具有一长串令人生畏的选项和开关，它们会阻碍人们深入地学习该命令，但正是因为其范围广阔，真正的 Explorer 并不会被它们吓倒。一条好的通用原则在简化一个复杂问题时都会经过漫长的过程。启动一个 xterm，并尝试执行下面的命令： $ find . -name *.gif -
LSTAR-master.zip
05-21
【标题】"LSTAR-master.zip" 是一个包含LSTAR（Long Short-Term Attention RNN）项目源代码的压缩包，通常在机器学习和自然语言处理领域中使用。这个项目的主分支或版本被标记为 "master"，这表明它是该项目的核心或...
Linux常用命令详解：find与ls操作
“这份文档提供了Linux操作系统中50个常用的命令，包括find和ls命令的详细使用方法，涵盖了文件查找、文件属性筛选以及文件夹内容显示等多个方面。” 在Linux操作系统中，熟悉和掌握常用命令是提高工作效率的关键。...
linux find命令之exec简单概述
09-15
`find`命令是Linux系统中一个非常强大的工具，用于在指定目录下查找文件。它可以根据文件的名称、大小、修改时间等多种条件进行搜索。而`-exec`选项则是`find`命令的一个关键功能，它允许在找到匹配的文件后执行指定...
find命令与其他命令配合
m0_54214251的博客
06-14 299
默认管道是无法把数据变化为命令的参数，导致传递失败，find命令找出的内容相当于被丢弃了，就相当于执行ls -lh命令，显示当前目录下内容并详细信息。所以上面的命令相当于find白白浪费了，仅仅执行了下ls -lh而已。我们发现find命令使用管道把数据传输给其他命令失败了!前面的命令通过管道传递给后面命令，传递的是字符串。这个命令（ls）中传递文字符号就不行，传递参数。通过 |xargs 把字符串转换为参数。用管道 | 符查询信息不一致。ls 选项 参数。
Linux中ls和find命令后接的通配符字符串要不要加双引号？
sally的jerry
06-23 1932
参考： linux中三种括号、三种引号的区别 linux下find命令通配符*和双引号的使用及区别ls命令后接字符串不要加双引号； find命令后接字符串要加双引号。Linux中双引号是一种转义符，其作用是保护特殊元字符和通配符不被shell解析，但是允许变量和命令的解析，以及转义符的解析。重点在于：双引号可以保护通配符不被shell解析。不加双引号时，Linux中具有特殊含义的字符均保持他们的特殊含义，例如： 中的将被shell解析后再传递给ls命令，输出时会将当前目录中所有以.sh结尾的文件列出来加上双
find与ls命令合体坑总结
DataCareer的博客
01-16 8718
作为一个高级系统工程师，当然要熟悉linux下各种命令的快速拼写。O(∩_∩)O哈哈~ 然而，find与ls命令的快捷方式我们又知道多少了？ 我们可能会用find / -name xxx -type f，可能会用ls -lrt，我们知道ls中-k代表按kg显示，-s代表按块显示，-h文件大小更和谐的方式显示。但很少有时间去发现有那么内置能提高工作效率提高自己段位的参数。我们就举几个好用的例子来
linux find 与 ls组合
sirria1的专栏
02-25 2163
find / -name libcurl.a -exec ls -l --time-style='+%Y-%m-%d' {} \;
linux xargs命令一（与find ls等命令组合）
黄彪博客
09-07 5532
xargs是给命令传递参数的一个过滤器，也是组合多个命令的一个工具。它把一个数据流分割为一些足够小的块，以方便过滤器和命令进行处理。通常情况下，xargs从管道或者stdin中读取数据，但是它也能够从文件的输出中读取数据。xargs的默认命令是echo，这意味着通过管道传递给xargs的输入将会包含换行和空白，不过通过xargs的处理，换行和空白将被空格取代。       在使用 find命令
linux 的 find 和 ls 使用通配符的细节
艾斯比
03-11 976
通配符的使用是区分场景的 通配符如果直接书写, 表示使用 shell 解析 如果被引号 (成对的单引号 / 双引号) 包裹, 表示使用 linux 命令解析 直接书写通配符, 表示 shell 解析 例如查看当前文件夹下的 .sh 结尾的文件或文件夹 # 这里直接书写, 不使用引号包裹, 表示使用 shell 解析通配符 ls *.sh 结果是我们期望的 而如果我们使用双引号包裹, 就表示查找某个文件名与 "*.sh" 完全一致的文件或文件夹. 显然, 这不是我们期望的 引号包裹通配符, 表示命令解析
find和grep和ls的区别与使用
我真是只大瘦虫吖
09-17 2380
1. find命令是一个目录检索，他可以从起始目录递归的查找目录下的所有子目录 2. grep命令是文本搜索命令，通过正则定位需要搜索的内容 3. ls是查看当前目录下的文件 对于查看文件的探讨，示例如下： 1. ls 2. find 3. grep 综上结果，ls和find独立使用均能输出文件名字，而grep不行，这里认为grep需和find搭配使用或搜索文本...
linux进入查找文件创建,find命令中 ls_linux创建目录命令_find命令查找文件(3)
weixin_42108778的博客
05-01 383
可以使用f i n d命令的- p e r m选项。在八进制数字前面要加一个横杠-。在下面的命令中- p e r m代表按照文件权限查找，而' 0 0 7'和你在c h m o d命令的绝对模式中所采用的表示法完全相同。$ find . -perm -007 -print忽略某个目录如果在查找文件时希望忽略某个目录，因为你知道那个目录中没有你所要查找的文件，那么可以使用- p r u n e选项来...
autocad2004帮助系统——用户手册之创建布局和打印图形(1).docx
07-27
autocad2004帮助系统——用户手册之创建布局和打印图形(1).docx
教你用EXCEL绘制施工进度计划横道图 (1)(1).doc
最新发布
07-27
教你用EXCEL绘制施工进度计划横道图 (1)(1).doc
find: ls terminated by singal 13
07-01
<think>我们正在处理用户关于find命令执行时出现'ls terminatedby signal13'错误的问题。根据用户描述，他们在使用find命令时遇到了这个错误。我们需要分析错误原因并提供解决方案。首先，我们需要了解信号13是什么。在Unix/Linux系统中，信号13是SIGPIPE，表示“管道破裂”。这个信号通常发生在进程尝试向一个已经关闭的管道写入数据时。 在find命令中，我们经常使用`-exec`或通过管道将find的输出传递给其他命令（如ls）。当find命令的输出被传递给另一个命令，而该命令在读取完所需数据后提前终止（关闭了管道的读取端），那么find命令继续向管道写入数据时就会触发SIGPIPE信号，导致写入进程（这里是find或ls）被终止，并显示“terminated bysignal13”。具体到用户的情况，可能是这样的命令结构： ```bashfind /path -exec ls{} \; #或者find/path -print |xargsls``` 当`ls`命令的输出被重定向到一个管道，而管道的读取端提前关闭（比如只读取了部分输出就退出的情况），那么`ls`就会收到SIGPIPE信号。 然而，值得注意的是，错误信息中明确提到了“lsterminatedby signal13”，所以问题可能出在`ls`命令上，而不是`find`本身。这意味着`find`命令正常执行，但它在执行`ls`命令时，`ls`命令因为向一个已经关闭的管道写入而收到了SIGPIPE信号。可能的原因：1.用户可能将`find -exec`或`find`与`xargs`结合使用的命令的输出通过管道传递给另一个命令，而这个命令提前退出，导致`ls`写入失败。例如：`find.-execls -l {}\; |head-n10`这里，`head`命令在读取10行后退出，而`ls`还在继续输出，于是后续的`ls`就会收到SIGPIPE。 2.也可能是由于`ls`的输出被重定向到一个文件，而该文件所在的文件系统在写入过程中变为只读（例如磁盘错误）或磁盘已满，导致写入失败。但这种情况通常会引发其他错误（如磁盘空间不足的错误），而不是SIGPIPE。 3.还有一种可能是，`ls`命令的输出被重定向到一个管道，而管道的另一端（读取端）的进程因为某种原因退出了。解决方案：1.如果用户不需要全部输出，可以使用`head`等命令来提前终止，那么SIGPIPE是预期行为，可以忽略。但是，错误信息会显示在终端上，影响观感。为了避免这个错误，可以忽略SIGPIPE信号。在bash中，可以通过设置shell选项来忽略：```bashtrap''PIPE#忽略SIGPIPE信号```或者在命令级别，使用`trap`命令来忽略：```bash(trap'' PIPE;find .-execls -l {}\;) |head -n10```但是，这种方法可能会影响整个子shell中的命令。 2.另一种方法是避免使用管道，特别是当后续命令不需要全部输出时。例如，使用`find`的`-quit`动作来在找到一定数量后退出，但这可能不适用于所有情况。3.如果用户确实需要将输出传递给另一个可能提前退出的命令，可以考虑使用工具来避免SIGPIPE。例如，使用`cat`命令来缓冲输出，因为`cat`在遇到SIGPIPE时会安静地退出，而不会显示错误信息。但是，这并不能完全避免SIGPIPE，只是将错误转移到了`cat`上。4.使用`xargs`的`-r`或`--no-run-if-empty`选项可能有助于避免运行命令，但这里的问题不是空输入，而是输出被中断。 5.更合适的做法是调整命令结构，避免产生SIGPIPE。例如，如果用户想查看前几个结果，可以使用：```bashfind. -execls -l {}\;-quit|head -n10```这样，`find`在第一个文件执行`ls`后就会退出，因此只输出一个文件的长列表，然后通过管道传递给`head`，这样就不会有多个`ls`进程，也就不会因为管道破裂而中断。 但是，上面的命令并不能保证输出行数，因为一个文件的`ls -l`输出可能有多行（比如符号链接）。所以更好的方法是使用`-print0`和`xargs -0`结合，并限制`xargs`每次执行的参数数量，然后通过`head`来限制输出行数。但这比较复杂。6.如果用户只是不想看到错误信息，可以将错误重定向到`/dev/null`，但这会隐藏所有错误，不是最佳方案。考虑到用户的具体命令未知，我们可以给出一般性建议。综上所述，我们给用户的解决方案可以如下：###原因分析在使用`find`命令执行`ls`时，如果`ls`命令的输出被重定向到一个管道，而管道的读取端提前关闭（例如，通过管道传递给`head`、`sed-q`等命令），那么`ls`会收到SIGPIPE信号（信号13）而终止，导致出现“lsterminated bysignal13”错误。###解决方案1.**忽略SIGPIPE信号**：在运行命令前忽略SIGPIPE信号，这样命令在写入管道失败时会安静地退出，而不显示错误信息。可以在命令前设置：```bashtrap ''PIPEfind /path -exec ls{}\;trap-PIPE#恢复SIGPIPE信号的处理```或者使用子shell：```bash(trap'' PIPE;find /path -exec ls{} \;)``` 2. **避免使用管道**：如果可能，避免将`find -exec`的输出通过管道传递给可能提前退出的命令。如果需要查看部分输出，可以限制`find`的执行数量：```bash#使用find的-quit动作来在找到一定数量后退出find/path -execls {}\; -quit```或者使用`xargs`的`-L`选项限制每次运行的参数数量，并结合`head`。3.**使用`xargs`处理**：使用`find`和`xargs`结合，并利用`xargs`的`-r`选项（如果支持）以及限制每次调用的参数数量，这样每次`ls`只输出一个文件的信息，然后通过管道，这样即使被中断，也只影响一个文件：```bashfind /path -print0| xargs -0 -L1ls |head -n10```这样，`xargs`每次调用`ls`只处理一个文件，然后输出该文件的信息。当`head`退出时，正在运行的`ls`会收到SIGPIPE，但后续的`xargs`不会再调用新的`ls`（因为管道已经破裂），因此错误只会发生在最后一个被调用的`ls`上，并且由于`head`已经退出，用户可能看不到所有输出，但避免了大量错误。4. **使用其他工具**：考虑使用`awk`或`sed`等工具来处理输出，这些工具可以控制退出，而不会导致管道破裂。5.**将输出重定向到文件**：如果不介意输出到文件，可以先将结果保存到文件，然后再查看文件：```bashfind /path -exec ls{} \;> /tmp/output.txthead/tmp/output.txt```6.**忽略错误信息**：如果错误信息不影响结果，可以将标准错误重定向到`/dev/null`：```bashfind/path-execls {}\;2>/dev/null```但这样会隐藏所有错误，包括可能其他重要的错误，所以不推荐。 请用户根据具体情况选择解决方案。 ###相关问题1.如何在使用`find`命令时避免管道破裂错误？2.除了SIGPIPE，还有哪些常见的信号会导致进程终止？ 3.如何在使用管道时控制命令的退出行为？</think>### `find` 命令出现 "ls terminated by signal 13" 错误的原因及解决方案 #### 错误原因分析 信号 13 是 **SIGPIPE**（管道破裂），当进程尝试向一个已关闭的管道写入数据时触发。结合 `find` 命令的典型用法，常见原因包括： 1. **管道输出被提前终止** 当 `find -exec ls` 或 `find | xargs ls` 的输出通过管道（`|`）传递给其他命令（如 `head`、`grep`、`less`），若接收命令提前退出（如 `head` 读取足够行后退出），`ls` 会因继续写入已关闭的管道而收到 SIGPIPE 信号[^1][^2]。 **示例命令**： ```bash find . -exec ls -l {} \; | head -n 5 # head 退出后触发 SIGPIPE ``` 2. **输出重定向到中断的流** 若 `ls` 的输出重定向到文件或网络流，而目标突然不可用（如磁盘满、NFS 断开），也会触发 SIGPIPE。 3. **多线程环境下的兼容性问题** 某些系统（如 QNX Neutrino）在存在线程时可能限制 `fork()` 调用，间接导致信号处理异常（较少见）[^2]。 --- #### 解决方案 根据具体场景选择以下方法： ##### 1. 忽略 SIGPIPE 信号（推荐） 在命令前显式忽略 SIGPIPE，使进程安静退出而非报错： ```bash # 方案1：使用 trap 忽略信号 trap '' PIPE && find /path -exec ls -l {} \; | head -n 5 # 方案2：通过 shell 选项忽略 (set +o pipefail; find /path -exec ls -l {} \;) | head -n 5 ``` ##### 2. 避免管道提前关闭 - **使用 `xargs` 替代 `-exec`**： ```bash find /path -print0 | xargs -0 ls -l | head -n 5 ``` - **限制输出量**： ```bash find /path -exec ls -l {} \; -quit # 只处理第一个匹配项 ``` ##### 3. 检查系统资源 排查底层问题： ```bash df -h /path # 检查磁盘空间 mount | grep /path # 确认文件系统状态（如 NFS 是否正常） ``` ##### 4. 重定向错误输出（临时方案） 隐藏错误信息（不解决根本问题）： ```bash find /path -exec ls -l {} \; 2>/dev/null ``` --- ### 关键点总结 | 原因类型 | 解决策略 | 适用场景 | |------------------|------------------------------|----------------------------------| | 管道提前关闭 | 忽略 SIGPIPE 或使用 `xargs` | 配合 `head`/`grep` 等命令时 | | 资源不足 | 检查磁盘/NFS | 输出到文件或网络存储时 | | 系统兼容性问题 | 更新系统或规避多线程 | QNX 等特殊环境（较少见） | > **提示**：若问题持续，使用 `strace` 追踪信号来源： > ```bash > strace -e trace=signal find /path -exec ls -l {} \; > ```
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值