我正在努力适应systemd，因为这似乎是 Debian 的发展方向。
我想chroot在硬件上运行 Xorg ，而不是使用网络（这似乎是在systemd容器中执行此操作的规范方式），因为我不想在我的主机系统上安装 X 服务器。我希望主机是一个瘦的、低维护的操作系统。
我的理解是systemd-nspawn虚拟化/dev，因此不允许访问硬件。
chroot在实践中运行标准似乎工作正常，但我不确定这是否会有任何微妙的问题。
除了来宾可以直接访问硬件之外，在 systemd 机器上运行“真正的”chroot 是一个坏主意吗？如果有，会造成什么问题？
如果这是不好的做法，有没有办法做到这一点systemd-nspawn；比如一些“不安全”的标志？我没有在man页面上找到一个，但是根据这个页面，有一个--share-system标志；这对我不起作用。
简短而普遍的问题是：在 Unix/Linux 中，在大型文本文件中查找多个（大约 150 个）字符串列表的最佳方法是什么？
我向所有 Unix/Linux 专家提出这个问题作为一个一般性问题，希望我能找到适合我的特定情况的解决方案：我觉得这需要一些修补。
我在 IBM Unix System Services (USS) 机器上有一个大文本文件（实际上是一个 MVS 数据集）——我相信它大约有 6GB。
我还有一个大约 150 个 AAAAA 格式的 5 个字符标识符列表，我需要在这个文件中找到它——也就是说，我想从文件中提取包含 150 个特定标识符中的任何一个的行我在寻找。
大文件中每一行的格式为：
00000000000A00000000000000000AAAAA\n
其中 0 表示数字，A 表示字母数字字符。我要搜索的字符串总是在行的末尾。
在 USS 中处理数据集似乎有点尴尬，我无法将其复制到 Unix 环境中，因为它太大了。标准的 Unix 实用程序并不都对数据集进行操作（例如 dd）；然而 sed、awk 和 grep 似乎在某种程度上起作用（尽管命令行开关似乎有点不同）。
我可以按如下方式grep数据集：
cat "//'MVS.DATASET'" | grep -e"LOOKFOR1" -e"LOOKFOR2" -e"LOOKFOR3" > output_to_file.txt
但是，它不允许我对一行中的所有 150 个项目进行 grep；我可以将它拆分并运行几次，但我觉得应该有更好的方法。
我尝试使用 sed 脚本如下，但我根本不知道 sed，我收到一个错误，说“命令后垃圾”。我将以下内容保存在文件 sed-script.txt 中：
s/AAA01/&/p
s/AAA30/&/p
s/AAA10/&/p
... etc ...
然后跑了 sed -f sed-script.txt "//'MVS.DATASET'"
同样，这失败了“sed：命令后的 FSUM7294 垃圾”。
那么，1. …