cas's questions

最近，我注意到我的 NVME 驱动器中有额外的符号链接/dev/disk/by-id，并且重复项具有相同的名称并_1附加了名称。

# ls -lF /dev/disk/by-id/nvme-Samsung_SSD_970_EVO_500GB_S466XXXXXXXXXXW{,_1}
lrwxrwxrwx 1 root root 13 Jul 29 19:22 /dev/disk/by-id/nvme-Samsung_SSD_970_EVO_500GB_S466XXXXXXXXXXW -> ../../nvme0n1
lrwxrwxrwx 1 root root 13 Jul 29 19:22 /dev/disk/by-id/nvme-Samsung_SSD_970_EVO_500GB_S466XXXXXXXXXXW_1 -> ../../nvme0n1

（序列号无特殊原因大部分被编辑为 XXXXXXXX）

它还会复制 NVME 驱动器上所有分区的条目：

$ ls -lF /dev/disk/by-id/nvme-Samsung_SSD_970_EVO_500GB_S466XXXXXXXXXXW_1*-part*'
lrwxrwxrwx 1 root root 15 Jul 29 19:22 /dev/disk/by-id/nvme-Samsung_SSD_970_EVO_500GB_S466XXXXXXXXXXW_1-part1 -> ../../nvme0n1p1
lrwxrwxrwx 1 root root 15 Jul 29 19:22 /dev/disk/by-id/nvme-Samsung_SSD_970_EVO_500GB_S466XXXXXXXXXXW_1-part2 -> ../../nvme0n1p2
lrwxrwxrwx 1 root root 15 Jul 29 19:22 /dev/disk/by-id/nvme-Samsung_SSD_970_EVO_500GB_S466XXXXXXXXXXW_1-part3 -> ../../nvme0n1p3
lrwxrwxrwx 1 root root 15 Jul 29 19:22 /dev/disk/by-id/nvme-Samsung_SSD_970_EVO_500GB_S466XXXXXXXXXXW_1-part4 -> ../../nvme0n1p4
lrwxrwxrwx 1 root root 15 Jul 29 19:22 /dev/disk/by-id/nvme-Samsung_SSD_970_EVO_500GB_S466XXXXXXXXXXW_1-part5 -> ../../nvme0n1p5
lrwxrwxrwx 1 root root 15 Jul 29 19:22 /dev/disk/by-id/nvme-Samsung_SSD_970_EVO_500GB_S466XXXXXXXXXXW_1-part6 -> ../../nvme0n1p6
lrwxrwxrwx 1 root root 15 Jul 29 19:22 /dev/disk/by-id/nvme-Samsung_SSD_970_EVO_500GB_S466XXXXXXXXXXW_1-part7 -> ../../nvme0n1p7

这只发生在我的 NVME 驱动器上，而不发生在我的 SATA 或 USB 闪存驱动器上。

我看不出有任何明显的东西/usr/lib/udev/rules.d/60-persistent-storage.rules可以做到这一点。

有谁知道为什么udev这样做？更重要的是，如何阻止它？

昨天，在写如何获取所有打开的 pdf 文件的完整路径名（在 zathura 中）的答案时- 就像 rofi 所做的那样，我注意到 zathura 进程的 /proc/PID/ 目录文件的所有权有些奇怪 -其中大部分由 root 而不是用户 (cas) 所有 我运行 zathura as。

例如：

$ cd ~/Manuals
$ zathura X399\ Taichi.pdf &
[1] 4055396

$ ls -lF /proc/4055396/fd
ls: cannot open directory '/proc/4055396/fd': Permission denied
$ ls -lFd /proc/4055396/fd
dr-x------ 2 root root 0 Mar 31 13:04 /proc/4055396/fd/

嗯？为什么它归属于root？我把它作为cas.

/proc/4055396 中的大多数（但不是全部）文件/目录归 root 所有：

$ ls -lF /proc/4055396
ls: cannot read symbolic link '/proc/4055396/cwd': Permission denied
ls: cannot read symbolic link '/proc/4055396/root': Permission denied
ls: cannot read symbolic link '/proc/4055396/exe': Permission denied
total 0
-r--r--r--  1 root root 0 Mar 31 13:04 arch_status
dr-xr-xr-x  2 cas  cas  0 Mar 31 13:04 attr/
-rw-r--r--  1 root root 0 Mar 31 13:04 autogroup
-r--------  1 root root 0 Mar 31 13:04 auxv
-r--r--r--  1 root root 0 Mar 31 13:04 cgroup
--w-------  1 root root 0 Mar 31 13:04 clear_refs
-r--r--r--  1 root root 0 Mar 31 13:02 cmdline
-rw-r--r--  1 root root 0 Mar 31 13:04 comm
-rw-r--r--  1 root root 0 Mar 31 13:04 coredump_filter
-r--r--r--  1 root root 0 Mar 31 13:04 cpu_resctrl_groups
-r--r--r--  1 root root 0 Mar 31 13:04 cpuset
lrwxrwxrwx  1 root root 0 Mar 31 13:04 cwd
-r--------  1 root root 0 Mar 31 13:04 environ
lrwxrwxrwx  1 root root 0 Mar 31 13:02 exe
dr-x------  2 root root 0 Mar 31 13:04 fd/
dr-xr-xr-x  2 cas  cas  0 Mar 31 13:04 fdinfo/
-rw-r--r--  1 root root 0 Mar 31 13:04 gid_map
-r--------  1 root root 0 Mar 31 13:04 io
-r--------  1 root root 0 Mar 31 13:04 ksm_merging_pages
-r--------  1 root root 0 Mar 31 13:04 ksm_stat
-r--r--r--  1 root root 0 Mar 31 13:04 limits
-rw-r--r--  1 root root 0 Mar 31 13:04 loginuid
dr-x------  2 root root 0 Mar 31 13:04 map_files/
-r--r--r--  1 root root 0 Mar 31 13:04 maps
-rw-------  1 root root 0 Mar 31 13:04 mem
-r--r--r--  1 root root 0 Mar 31 13:04 mountinfo
-r--r--r--  1 root root 0 Mar 31 13:04 mounts
-r--------  1 root root 0 Mar 31 13:04 mountstats
dr-xr-xr-x 57 cas  cas  0 Mar 31 13:04 net/
dr-x--x--x  2 root root 0 Mar 31 13:04 ns/
-r--r--r--  1 root root 0 Mar 31 13:04 numa_maps
-rw-r--r--  1 root root 0 Mar 31 13:04 oom_adj
-r--r--r--  1 root root 0 Mar 31 13:04 oom_score
-rw-r--r--  1 root root 0 Mar 31 13:04 oom_score_adj
-r--------  1 root root 0 Mar 31 13:04 pagemap
-r--------  1 root root 0 Mar 31 13:04 patch_state
-r--------  1 root root 0 Mar 31 13:04 personality
-rw-r--r--  1 root root 0 Mar 31 13:04 projid_map
lrwxrwxrwx  1 root root 0 Mar 31 13:04 root
-rw-r--r--  1 root root 0 Mar 31 13:04 sched
-r--r--r--  1 root root 0 Mar 31 13:04 schedstat
-r--r--r--  1 root root 0 Mar 31 13:04 sessionid
-rw-r--r--  1 root root 0 Mar 31 13:04 setgroups
-r--r--r--  1 root root 0 Mar 31 13:04 smaps
-r--r--r--  1 root root 0 Mar 31 13:04 smaps_rollup
-r--------  1 root root 0 Mar 31 13:04 stack
-r--r--r--  1 root root 0 Mar 31 13:02 stat
-r--r--r--  1 root root 0 Mar 31 13:04 statm
-r--r--r--  1 root root 0 Mar 31 13:04 status
-r--------  1 root root 0 Mar 31 13:04 syscall
dr-xr-xr-x  6 cas  cas  0 Mar 31 13:04 task/
-rw-r--r--  1 root root 0 Mar 31 13:04 timens_offsets
-r--r--r--  1 root root 0 Mar 31 13:04 timers
-rw-rw-rw-  1 root root 0 Mar 31 13:04 timerslack_ns
-rw-r--r--  1 root root 0 Mar 31 13:04 uid_map
-r--r--r--  1 root root 0 Mar 31 13:04 wchan

zathura不是 setuid 根：

$ type -p zathura
/usr/bin/zathura

$ ls -l /usr/bin/zathura
-rwxr-xr-x 1 root root 305456 Nov 28 03:34 /usr/bin/zathura

是0.5.2版本，去年11月28日升级包：

$ zathura --version
zathura 0.5.2
girara 0.3.7 (runtime: 0.4.0)
(plugin) cb (0.1.10) (/usr/lib/x86_64-linux-gnu/zathura/libcb.so)
(plugin) pdf-poppler (0.3.1) (/usr/lib/x86_64-linux-gnu/zathura/libpdf-poppler.so)
(plugin) ps (0.2.7) (/usr/lib/x86_64-linux-gnu/zathura/libps.so)
(plugin) djvu (0.2.9) (/usr/lib/x86_64-linux-gnu/zathura/libdjvu.so)

$ dpkg -l zathura
Desired=Unknown/Install/Remove/Purge/Hold
| Status=Not/Inst/Conf-files/Unpacked/halF-conf/Half-inst/trig-aWait/Trig-pend
|/ Err?=(none)/Reinst-required (Status,Err: uppercase=bad)
||/ Name           Version      Architecture Description
+++-==============-============-============-=============================================
ii  zathura        0.5.2-1      amd64        document viewer with a minimalistic interface

$ ls -l /var/cache/apt/archives/zathura_0.5.2-1_amd64.deb 
-rw-r--r-- 1 root root 175712 Nov 28 04:41 /var/cache/apt/archives/zathura_0.5.2-1_amd64.deb

如果我使用qpdfview, atril, 或okular代替zathura, 权限没问题：

$ qpdfview X399\ Taichi.pdf 
$ pgrep qpdfview
4071588 qpdfview X399 Taichi.pdf
$ ls -lFd /proc/4071588/fd
dr-x------ 2 cas cas 0 Mar 31 13:16 /proc/4071588/fd/

$ atril X399\ Taichi.pdf &
[1] 4080297
$ ls -lFd /proc/4080297/fd
dr-x------ 2 cas cas 0 Mar 31 13:20 /proc/4080297/fd/

$ okular X399\ Taichi.pdf &
[1] 4081710
$ ls -lFd /proc/4081710/fd
dr-x------ 2 cas cas 0 Mar 31 13:21 /proc/4081710/fd/

以上所有都是从相同的 bash 实例、相同的环境、相同的一切运行的。不在 VM 或容器中，或任何“不寻常”的东西中。

那么，这是怎么回事zathura？是扎图拉吗？或者是 systemd 或 cgroups 或类似的东西的一些奇怪的命名空间相关行为？

系统正在运行 Debian sid（昨天更新），内核为Linux hex 6.1.0-6-amd64 #1 SMP PREEMPT_DYNAMIC Debian 6.1.15-1 (2023-03-05) x86_64 GNU/Linux. 最后一次重启是在 14 天前，当时我升级了内核，从那以后一直运行良好。

注意：我依稀记得昨天在做我的回答时，我看到 running 的一个实例具有相同的根所有权atril，但我现在无法复制它。我可能记错了，当时是深夜（> 凌晨 3 点），我很累。

zathura，然而，在 /proc/PID/ 中始终有 root 拥有的东西 - 每次我运行它。

我在子目录 (*) 中有数百个 .xhtml 文件，我想从中删除所有具有特定类的 DIV（以及这些 DIV 的全部内容 - 包括其他 div、span、图像和段落元素）。DIV 可能在每个 .xhtml 文件中的任意深度出现零次、一次或多次。

我要删除的特定 DIV 是：

<div class="portlet solid author-note-portlet">.....</div>

使用xml_grepperl XML::Twig模块中的实用程序，我可以运行xml_grep -v 'div[@class="portlet solid author-note-portlet"]' file*.xhtml它，它将从 .xhtml 文件中删除该 div 的所有实例并在标准输出上显示结果。正是我想要的，除了“在标准输出上显示”。

如果xml_grep有某种就地编辑选项，那很好，我会使用它....但它没有，所以我必须编写一个使用临时文件或sponge运行的包装脚本xml_grep 分别针对每个 .xhtml 文件，这将是缓慢而乏味的。或者我可以破解 xml_grep 的副本，以便它可以编辑其输入文件。

但我不想做这两件事，我想使用已经可以做到这一点的现有工具，我想使用xmlstarlet- 它会更快，有就地编辑，我不必每个文件名运行一次。

问题是，无论我尝试什么（我已经尝试了几十种变体），我都无法找出正确的 xpath 规范来删除这个类的 div。例如，我尝试过：

xmlstarlet ed -d "div[@class='portlet solid author-note-portlet']" file.xhtml

和（不同的引用）

xmlstarlet ed -d 'div[@class="portlet solid author-note-portlet"]' file.xhtml

和

xmlstarlet ed -d '//html/body/div/div/div[@class="portlet solid author-note-portlet"]'

以及数十种其他变体。它们都没有导致 xhtml 输出发生任何变化。这是我通常放弃 xmlstarlet 并编写 perl 脚本的点，但这次我决心用 xmlstarlet 来做。

那么，为 xmlstarlet 指定这个 div 类的正确方法是什么？

顺便说一句，举个例子 .xhtml 文件（这个 div 的两个实例，恰好在相同的深度......这是相当典型但不普遍），xmlstarlet el -v说：

$ xmlstarlet el -v OEBPS/file0007.xhtml | grep author-note-portlet
html/body/div/div[@class='portlet solid author-note-portlet']
html/body/div/div[@class='portlet solid author-note-portlet']

(*) 没关系，但这些 .xhtml 文件位于Calibre的FanFicFare插件生成的 .epub 文件中 (**) - 该插件从各种小说网站上的书籍下载所有章节并将它们转换为 epub 文件（它基本上是一个包含 XHTML 和 CSS 文件，可能还有 jpeg 或 gif 文件，以及一堆元数据文件的 zip 存档）。

<div class="portlet solid author-note-portlet">由一个站点（皇家路）使用，供作者在章节中包含注释。一些作者很少使用它，并插入关于章节或书籍的简短注释或关于随机内容的简短公告，可能还有指向他们的 patreon 页面的链接......好吧，没什么大不了的。

其他人使用它在每章开头添加半页注释，其中包含指向其他 10 本书的链接，并再次在每章末尾添加三页半链接（带有封面图片）到这些书籍。如果您在网站上逐章阅读它，这有点不错，但如果您将其作为一本书阅读，则不是 - 每 6 到 10 页自我推销约 4 页大约几页的故事过多且分散注意力。而且，顺便说一句，这是我 10 英寸安卓平板电脑上的 4 个“页面”——它是我手机上的两倍多。

我可以很容易地display: none为这个类添加到 epub 的样式表中，但我想真正从 .xhtml 文件中删除 div。它们明显增加了 .epub 文件的大小。

(**) 解压缩 .epub 的内容并在之后重建它超出了这个问题的范围，所以请不要被无关的细节分心。已经处理好了。

示例 .xhtml 文件，编辑到最低限度（故事/章节/作者姓名匿名以保护“有罪:-)：

<?xml version="1.0" encoding="utf-8"?>
<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.1//EN"
  "http://www.w3.org/TR/xhtml11/DTD/xhtml11.dtd">

<html xmlns="http://www.w3.org/1999/xhtml">
<head>
<title>Chapter Five - Chapter Name</title>
<link href="stylesheet.css" type="text/css" rel="stylesheet"/>
<meta name="chapterurl" content="https://www.royalroad.com/fiction/URL"/>
<meta name="chapterorigtitle" content="Chapter Five - Chapter Name"/>
<meta name="chaptertoctitle" content="Chapter Five - Chapter Name"/>
<meta name="chaptertitle" content="Chapter Five - Chapter Name"/>
</head>
<body class="fff_chapter">
<h3 class="fff_chapter_title">Chapter Five - Chapter Name</h3>
<div class="chapter-inner chapter-content"><div class="portlet solid author-note-portlet">
                    <div class="portlet-title">
                        <div class="caption">
                            <i class="fa fa-sticky-note"></i>
                            <span class="caption-subject bold uppercase">A note from Author Name</span>
                        </div>
                    </div>
                    <div class="portlet-body author-note"><p><span>About a dozen or so p, span, img, and br tags here</span></p>
</div>
                </div>
<p> story text here.  a few hundreds p, br, etc tags
</p>
            <div class="portlet solid author-note-portlet">
                    <div class="portlet-title">
                        <div class="caption">
                            <i class="fa fa-sticky-note"></i>
                            <span class="caption-subject bold uppercase">A note from Author Name</span>
                        </div>
                    </div>
                    <div class="portlet-body author-note"><p>several dozen more p, span, br, img, etc tags here</p>
</div>
                </div>
</div>
</body>
</html>

也许我今天还没有喝足够的咖啡，但我不记得或想不出为什么/proc/PID/cmdline应该是世界可读的——毕竟，/proc/PID/environ不是。

使其只能由用户（当然也可能是组和 root）可读，可以防止作为命令行参数输入的密码被随意暴露。

当然，它会影响其他用户的运行ps等等htop——但这是一件好事，对吧？那将是不使其具有世界可读性的关键。

我注意到很多问题、答案和评论表示不屑（有时甚至害怕）编写脚本而不是单行代码。所以，我想知道：

• 何时以及为什么要编写独立脚本而不是“单行”？或相反亦然？

• 两者的用例和优缺点是什么？

• 某些语言（例如 awk 或 perl）是否比其他语言（例如 python）更适合单行代码？如果是这样，为什么？

• 这只是个人喜好问题，还是有好的（即客观的）理由在特定情况下写一个或另一个？这些原因是什么？

定义

• one-liner: 直接键入或粘贴到 shell 命令行中的任何命令序列。通常涉及管道和/或使用诸如sed、awk、perl和/或工具之类的语言grep或cut或sort.

  定义特征是在命令行上直接执行 - 长度和格式无关紧要。“单行”可能全部在一行，也可能有多行（例如 sh for 循环，或嵌入的 awk 或 sed 代码，带有换行和缩进以提高可读性）。

• script: 任何解释语言的命令序列，保存到文件中，然后执行。脚本可以完全用一种语言编写，也可以是使用其他语言的多个“单行”的外壳脚本包装器。

我有自己的答案（稍后会发布），但我希望这成为关于该主题的规范问答，而不仅仅是我的个人意见。