我一直看到引用此链接的答案明确指出“不要解析ls！” 这让我感到困扰有几个原因：
似乎该链接中的信息已被批量接受，几乎没有问题，尽管我可以在随意阅读中至少挑出一些错误。
该链接中所述的问题似乎也引发了不想找到解决方案的愿望。
从第一段：
...当你要求
[ls]一个文件列表时，有一个大问题：Unix 允许文件名中的几乎任何字符，包括空格、换行符、逗号、管道符号，以及几乎任何你曾经尝试用作除 NUL 外的分隔符。...ls用换行符分隔文件名。这很好，直到您的文件名称中包含换行符。并且由于我不知道任何ls允许您使用 NUL 字符而不是换行符终止文件名的实现，这使我们无法使用ls.
无赖，对吧？如何以往我们可以处理一个换行符终止的上市数据集可能包含换行符的数据？好吧，如果这个网站上回答问题的人不是每天都做这种事情，我可能会认为我们遇到了麻烦。
事实是，大多数ls实现实际上提供了一个非常简单的 api 来解析它们的输出，我们一直在做，甚至没有意识到。您不仅可以以 null 结束文件名，还可以以 null 或您可能需要的任何其他任意字符串开头。更重要的是，您可以为每个文件类型分配这些任意字符串。请考虑：
LS_COLORS='lc=\0:rc=:ec=\0\0\0:fi=:di=:' ls -l --color=always | cat -A
total 4$
drwxr-xr-x 1 mikeserv mikeserv 0 Jul 10 01:05 ^@^@^@^@dir^@^@^@/$
-rw-r--r-- 1 mikeserv mikeserv 4 Jul 10 02:18 ^@file1^@^@^@$
-rw-r--r-- 1 mikeserv mikeserv 0 Jul 10 01:08 ^@file2^@^@^@$
-rw-r--r-- 1 mikeserv mikeserv 0 Jul …我需要 PDF 文件到文本，以便我可以从命令行批量搜索它们。是否有一些适用于 Ubuntu、OBSD 或类似发行版的转换器？
也许相关的帖子，这里有 ubuntu 的 OCR 。
我正在尝试找到保存在外部备份驱动器上的客户的 pdf 文件，其中包含超过 8000 个 pdf 文件和数百个文件夹。
例如，如果我想搜索驱动器 X: 上包含我的客户名称“Sequoia Group”的所有 pdf 文件，有哪些有用的命令行和/或工具来实现相关的输出结果？
我使用的是 MacOS High Sierra，带有 zsh，我还通过自制程序安装了 GNU grep、ack 和 pdfgrep。但是，我还没有找到该文件。
文件名未知，因为所有文件都保存为 PDF-Backup-0001、PDF-Backup-0002...等，
到目前为止，我使用了以下命令，但没有成功：
#grep -wirl "sequoia group" ./
#pdfgrep -iHncRZ "sequoia group"
#mdfind "sequoia group"
另外，建议使用此命令行，但是，我不确定在哪里放置名称，因此我将 /path 替换为驱动器的路径，并将模式替换为“sequoia”，仍然没有找到任何匹配项
#find /path -iname '*.pdf' -exec pdfgrep pattern {} +
#find /Volumes/X Backup -iname '*.pdf' -exec pdfgrep "sequoia" {} +