Rogach's questions

我的一位同事将错误的卷安装到目录中，然后将正确的卷安装到同一目录中。有没有办法在不接触“正确”卷的情况下卸载这个“不正确”卷？

这是这种情况的可重现示例：

$ dd if=/dev/zero of=file-a bs=1M count=1
$ mkfs.ext4 file-a
$ dd if=/dev/zero of=file-b bs=1M count=1
$ mkfs.ext4 file-b
$ mkdir target
$ sudo mount -o loop file-a target
$ sudo mount -o loop file-b target

以下是执行这些命令后的情况：

$ findmnt
TARGET                                SOURCE         FSTYPE         OPTIONS
/                                     /dev/xxx       ext4           
└─/home/user/test-umount/target       /dev/loop1     ext4           rw,relatime
  └─/home/user/test-umount/target     /dev/loop2     ext4           rw,relatime

所以我们想在/dev/loop1这里卸载设备，但保持/dev/loop2安装到target.

这样做umount target将卸载第二个卷，这不是预期的效果。尝试卸载循环设备本身会给出：

$ sudo umount /dev/loop1
$ umount: /dev/loop1: umount failed: Invalid argument.

有没有办法解决这个难题？

例如，以下命令有效：

$ cat some-file | md5sum
8981da1a6a4838c915e333820640d213  -
$ cat some-file | ssh user@host "md5sum"
user@host's password:
8981da1a6a4838c915e333820640d213  -

为什么 ssh 能够获取用户的密码？我假设它从标准输入读取密码，但显然不是这样。

我使用的是 Ubuntu 16.04，在分析 journalctl 日志时看到了一些奇怪的行为。

这是未过滤的输出（我使用 json 输出希望包括所有相关字段）：

$ journalctl -o json-pretty --since "2018-01-11 12:00:00" --until "2018-01-11 12:00:05"
{
"__CURSOR" : "s=bac060082d1c447a972958f176cdcec7;i=1d2a2e;b=a948062f9f0b4091ae299c0523a99111;m=337bc483bf3;t=5627c5f8a3bae;x=7fd2518d6b70b9d",
"__REALTIME_TIMESTAMP" : "1515661201914798",
"__MONOTONIC_TIMESTAMP" : "3537916935155",
"_BOOT_ID" : "a948062f9f0b4091ae299c0523a99111",
"_TRANSPORT" : "stdout",
"PRIORITY" : "6",
"SYSLOG_FACILITY" : "3",
"SYSLOG_IDENTIFIER" : "start.sh",
"_PID" : "6474",
"_UID" : "1000",
"_GID" : "1000",
"_COMM" : "start.sh",
"_EXE" : "/bin/bash",
"_CMDLINE" : "/bin/bash /usr/local/malibu/start.sh",
"_CAP_EFFECTIVE" : "0",
"_SYSTEMD_CGROUP" : "/system.slice/malibu.service",
"_SYSTEMD_UNIT" : "malibu.service",
"_SYSTEMD_SLICE" : "system.slice",
"_MACHINE_ID" : "f03ff2ad269ea529c82323dd57f29b00",
"_HOSTNAME" : "terminal",
"MESSAGE" : "2018-01-11 12:00:01.914 DEBUG: malibu.devices.validator.ValidatorPortService$ - health check succeeded"
}

如您所见，输出包含一条日志消息。

但是，如果我按单位名称 ( -u malibu.service) 添加过滤器，则此消息会消失：

$ journalctl -u malibu.service -o json-pretty --since "2018-01-11 12:00:00" --until "2018-01-11 12:00:05"

单位名称_SYSTEMD_UNIT与未过滤输出中的字段完全相同。为什么 journalctl 在过滤后的版本中不显示？

编辑：原来我使用的是旧版本的 systemd - 229，而最新的是 236，并且使用较新的 journalctl 解决了这个问题。不幸的是，229 是 16.04 LTS 的最新可用 systemd 版本，因此我看不到解决该问题的合理解决方法（除了在用户空间中构建最新的 systemd 并直接使用新构建的 journalctl 二进制文件）。