有没有办法在救援模式下运行 systemctl daemon-reload。（Debian）如果可以，怎么做？

我试图更改其中一个驱动器的挂载点，因此我将 fstab 文件编辑到所需位置。然后，我尝试运行 systemctl daemon-reload，但运行失败。我不记得它给出的错误，但我想如果我重新启动计算机，它就会自行修复...

大问题

重新启动后，我无法通过启动屏幕。该驱动器上的文件系统检查会失败，因此我会被困在重复的屏幕上。我进入救援模式以找出问题所在，据我所知，我只需要运行 daemon-reload，但由于我使用系统的唯一方法是通过救援模式，因此我无法运行该命令。据我所知，它不会在救援模式下运行，因为 1. 我要求它自行重新启动，但它无法做到这一点，或者 2. systemd 没有在救援模式下运行。

2 对我来说不太可能，因为它为什么不运行，但我收到以下错误，这让我认为它没有运行。

在 chroot 中运行，忽略命令“daemon-reload”

然后使用 sudo 我得到更好的

无法分配 pty：没有这样的设备

我假设 pty 在救援模式下不存在，因此 2。

我对问题的理解准确吗？有人对我可以尝试运行 daemon-reload 有什么建议吗？

mkfifo foo
printf %s\\n bar | tee foo &
tr -s '[:lower:]' '[:upper:]' <foo
wait
rm foo

这是我想要执行的操作的有效 POSIX shell 脚本：

• printf %s\\n bar是产生标准输出的外部程序的象征
• tr -s '[:lower:]' '[:upper:]'象征着另一个应该接收标准输出并对其执行某些操作的命令
• tee将 stdout 复制到命名管道 foo

输出符合预期：

bar
BAR

现在我想整理一下代码，让它变成这样external_program | my_function。就像这样：

f() (
  mkfifo foo
  tee foo &
  tr -s '[:lower:]' '[:upper:]' <foo
  wait
  rm foo
)
printf %s\\n bar | f

但现在根本就没有任何输出。

如果我在命令行中运行该命令，它将按预期工作tmux：

list-panes -a -F "pane ID: #{p3:pane_id}  TTY: #{p11:pane_tty}"

输出：

pane ID: %1   TTY: /dev/pts/35
pane ID: %2   TTY: /dev/pts/36
pane ID: %3   TTY: /dev/pts/37
pane ID: %4   TTY: /dev/pts/38

但我无法让它们在 内工作display-menu。问题似乎很明显（至少从我的 shell 角度来看）：需要额外的引号级别，以便list-panes看到格式字符串而不是其解析值。但显然我做错了：

bind-key C-t display-menu -T 'Test' \
    'List panes with tty' '' "list-panes -a -F 'pane ID: \#\{p3:pane_id\}  TTY: \#{p11:pane_tty}"

bind-key C-t display-menu -T 'Test' \
    'List panes with tty' '' {
        list-panes -a -F 'pane ID: #{p3:pane_id}  TTY: #{p11:pane_tty}'
    }

输出：

pane ID: %1   TTY: /dev/pts/35
pane ID: %1   TTY: /dev/pts/35
pane ID: %1   TTY: /dev/pts/35
pane ID: %1   TTY: /dev/pts/35

我有一个 Linux 计算机网络，就我所做的事情而言，它们都是彼此的克隆。有一个“主”节点，所有其他节点定期使用同步目录rsync（轮流，而不是同时）。每台机器都有自己的rsyncd运行和相同的rsyncd.conf。

我的同步例程让每个客户端节点rsync像这样调用客户端：

$ rsync -a --delete masternode::syncdir/ /path/to/local/syncdir/

注意这是与主服务器的直接连接rsyncd，而不是使用 ssh。

我的问题是：由于我rsyncd已经在每个客户端上运行，通过调用本地实例而不是文件路径作为目标参数，重复同步操作是否会更有效率？即

$ rsync -a --delete masternode::syncdir/ localhost::syncdir/

rsync我从未见过在两个实例之间这样使用的例子rsyncd；我没有看到任何迹象表明它不被允许/支持，但我不能确定它在这个由两个服务器加上一个客户端在它们之间调解操作的配置中如何工作（或是否工作）。

我假设流量仍然经过客户端进程（当目标服务器是本地时这并不重要）但两台服务器是否“看到”另一端的服务器并相应地提高效率，例如利用它们可能从以前的运行中缓存的文件元数据？（或者这无论如何都会发生，无论他们是否“知道”他们正在与另一个服务器实例对话？）

希望得到一个可以深入探讨“如何”的答案。

我已经看过该网站上的其他答案，阅读了一篇文章并观看了有关该主题的视频，但我仍然无法将我的网络命名空间连接到外界。

设置

我创建了一个名为“foo”的命名空间和一对veth接口，并将其中一个移入命名空间。

ip netns add foo
ip link add veth-foo type veth peer name veth-out
ip link set dev veth-foo netns foo

我为每个接口分配了一个 IP 地址并确保它们都已启动。

ip -n foo addr add 192.168.15.1 dev veth-foo
ip addr add 192.168.15.2 dev veth-out
ip -n foo link set dev veth-foo up
ip link set dev veth-out up

# Just in case, I made sure the loopback interfaces, too, are up, though they still show "UNKNOWN".
ip link set dev lo up
ip -n foo link set dev lo up 

我在全局和“foo”命名空间的路由表中添加了条目，以便它们可以相互通信。

ip route add 192.168.15.1 via 192.168.15.2
ip -n foo route add default via 192.168.15.1

现在，我可以从全局命名空间到达“foo”，也可以从“foo”到达全局命名空间。

$ traceroute -n 192.168.15.1
traceroute to 192.168.15.1 (192.168.15.1), 30 hops max, 60 byte packets
 1  192.168.15.1  0.257 ms  0.209 ms  0.194 ms

$ ip netns exec foo traceroute -n 192.168.15.2
traceroute to 192.168.15.2 (192.168.15.2), 30 hops max, 60 byte packets
 1  192.168.15.2  0.046 ms  0.009 ms  0.008 ms

我还可以从“foo”内部访问连接虚拟机和外界的以太网接口。

# I ran this after I finished setting up IP forwarding, packet forwarding,
# and IP masquerading, so I'm not sure if it would work at this stage.
$ ip netns exec foo traceroute -n 10.0.2.15
traceroute to 10.0.2.15 (10.0.2.15), 30 hops max, 60 byte packets
 1  10.0.2.15  0.065 ms  0.010 ms  0.008 ms

最后，我设置了 IP 转发、数据包转发和 IP 伪装。

echo 1 > /proc/sys/net/ipv4/ip_forward
iptables -A FORWARD -o enp1s0 -i veth-out -j ACCEPT
iptables -A FORWARD -i enp1s0 -o veth-out -j ACCEPT
iptables -t nat -A POSTROUTING -s 192.168.15.1/24 -o enp1s0 -j MASQUERADE

因此，我的系统如下所示：

$ sysctl -a | grep ip_forward
net.ipv4.ip_forward = 1
net.ipv4.ip_forward_update_priority = 1
net.ipv4.ip_forward_use_pmtu = 0

$ iptables -t nat -L -v
Chain PREROUTING (policy ACCEPT 0 packets, 0 bytes)
 pkts bytes target     prot opt in     out     source               destination         

Chain INPUT (policy ACCEPT 0 packets, 0 bytes)
 pkts bytes target     prot opt in     out     source               destination         

Chain OUTPUT (policy ACCEPT 0 packets, 0 bytes)
 pkts bytes target     prot opt in     out     source               destination         

Chain POSTROUTING (policy ACCEPT 102 packets, 6816 bytes)
 pkts bytes target     prot opt in     out     source               destination         
    0     0 MASQUERADE  all  --  any    enp1s0  192.168.15.0/24      anywhere

$ ip addr
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1000
    link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
    inet 127.0.0.1/8 scope host lo
       valid_lft forever preferred_lft forever
    inet6 ::1/128 scope host noprefixroute 
       valid_lft forever preferred_lft forever
2: enp1s0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc fq_codel state UP group default qlen 1000
    link/ether 52:54:00:c3:cd:ac brd ff:ff:ff:ff:ff:ff
    inet 10.0.2.15/24 brd 10.0.2.255 scope global dynamic noprefixroute enp1s0
       valid_lft 83383sec preferred_lft 83383sec
    inet6 fec0::11b8:4b3b:59ba:bae4/64 scope site dynamic noprefixroute 
       valid_lft 86026sec preferred_lft 14026sec
    inet6 fe80::f3fd:90f2:d15f:d570/64 scope link noprefixroute 
       valid_lft forever preferred_lft forever
3: veth-out@if4: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP group default qlen 1000
    link/ether da:a2:13:05:c4:f5 brd ff:ff:ff:ff:ff:ff link-netns foo
    inet 192.168.15.2/32 scope global veth-out
       valid_lft forever preferred_lft forever
    inet6 fe80::d8a2:13ff:fe05:c4f5/64 scope link proto kernel_ll 
       valid_lft forever preferred_lft forever

$ ip -n foo addr
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1000
    link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
    inet 127.0.0.1/8 scope host lo
       valid_lft forever preferred_lft forever
    inet6 ::1/128 scope host proto kernel_lo 
       valid_lft forever preferred_lft forever
4: veth-foo@if3: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP group default qlen 1000
    link/ether 7e:84:e6:16:92:8e brd ff:ff:ff:ff:ff:ff link-netnsid 0
    inet 192.168.15.1/32 scope global veth-foo
       valid_lft forever preferred_lft forever
    inet6 fe80::7c84:e6ff:fe16:928e/64 scope link proto kernel_ll 
       valid_lft forever preferred_lft forever

$ ip route
default via 10.0.2.2 dev enp1s0 proto dhcp src 10.0.2.15 metric 100 
10.0.2.0/24 dev enp1s0 proto kernel scope link src 10.0.2.15 metric 100 
192.168.15.1 via 192.168.15.2 dev veth-out

$ ip -n foo route
default via 192.168.15.1 dev veth-foo

测试

此刻，我期望能够与外界取得联系，但是却不行。

$ ip netns exec foo traceroute -n 8.8.8.8
traceroute to 8.8.8.8 (8.8.8.8), 30 hops max, 60 byte packets
 1  192.168.15.1  3067.680 ms !H  3067.655 ms !H  3067.650 ms !H

$ sudo ip netns exec foo ping -c 3 8.8.8.8
PING 8.8.8.8 (8.8.8.8) 56(84) bytes of data.
From 192.168.15.1 icmp_seq=1 Destination Host Unreachable
From 192.168.15.1 icmp_seq=2 Destination Host Unreachable
From 192.168.15.1 icmp_seq=3 Destination Host Unreachable

--- 8.8.8.8 ping statistics ---
3 packets transmitted, 0 received, +3 errors, 100% packet loss, time 2077ms

当然，虚拟机本身是连接到互联网的。

$ traceroute -n 8.8.8.8
traceroute to 8.8.8.8 (8.8.8.8), 30 hops max, 60 byte packets
 1  10.0.2.2  0.719 ms  0.691 ms  0.676 ms
 2  192.168.100.1  1.913 ms  2.593 ms  5.264 ms
 3  31.146.255.37  18.493 ms  18.740 ms  19.041 ms
 4  188.123.128.85  19.384 ms  19.658 ms  19.925 ms
 5  188.123.128.96  20.275 ms  21.787 ms 188.123.128.84  21.773 ms
 6  192.178.69.213  47.953 ms  53.145 ms  53.127 ms
 7  192.178.69.212  53.116 ms  51.893 ms 188.123.128.33  51.293 ms
 8  192.178.107.87  48.513 ms 192.178.107.135  43.582 ms 192.178.107.203  43.391 ms
 9  72.14.237.137  43.195 ms 8.8.8.8  43.207 ms  43.200 ms

$ ping -c 3 8.8.8.8
PING 8.8.8.8 (8.8.8.8) 56(84) bytes of data.
64 bytes from 8.8.8.8: icmp_seq=1 ttl=255 time=40.2 ms
64 bytes from 8.8.8.8: icmp_seq=2 ttl=255 time=37.9 ms
64 bytes from 8.8.8.8: icmp_seq=3 ttl=255 time=38.0 ms

--- 8.8.8.8 ping statistics ---
3 packets transmitted, 3 received, 0% packet loss, time 2003ms
rtt min/avg/max/mdev = 37.859/38.698/40.205/1.067 ms

传输控制包

以下是 的输出tcpdump -n -i veth-out icmp。当我定位192.168.15.2&时10.0.2.15，它捕获了数据包，但当我定位 时，它什么也没得到8.8.8.8。

listening on veth-out, link-type EN10MB (Ethernet), snapshot length 262144 bytes

# This is the output when I ran `traceroute -n 192.168.15.2` (the address
# of "veth-out") in another terminal window (from inside "foo", of course).
12:44:19.172007 IP 192.168.15.2 > 192.168.15.1: ICMP 192.168.15.2 udp port traceroute unreachable, length 68
12:44:19.172029 IP 192.168.15.2 > 192.168.15.1: ICMP 192.168.15.2 udp port mtrace unreachable, length 68
12:44:19.172046 IP 192.168.15.2 > 192.168.15.1: ICMP 192.168.15.2 udp port 33436 unreachable, length 68
12:44:19.172063 IP 192.168.15.2 > 192.168.15.1: ICMP 192.168.15.2 udp port 33437 unreachable, length 68
12:44:19.172102 IP 192.168.15.2 > 192.168.15.1: ICMP 192.168.15.2 udp port 33438 unreachable, length 68
12:44:19.172119 IP 192.168.15.2 > 192.168.15.1: ICMP 192.168.15.2 udp port 33439 unreachable, length 68

# And this is when I ran the same command but addressed 10.0.2.15 (the
# ethernet interface to the outside world).
12:44:35.305689 IP 10.0.2.15 > 192.168.15.1: ICMP 10.0.2.15 udp port traceroute unreachable, length 68
12:44:35.305715 IP 10.0.2.15 > 192.168.15.1: ICMP 10.0.2.15 udp port mtrace unreachable, length 68
12:44:35.305733 IP 10.0.2.15 > 192.168.15.1: ICMP 10.0.2.15 udp port 33436 unreachable, length 68
12:44:35.305750 IP 10.0.2.15 > 192.168.15.1: ICMP 10.0.2.15 udp port 33437 unreachable, length 68
12:44:35.305766 IP 10.0.2.15 > 192.168.15.1: ICMP 10.0.2.15 udp port 33438 unreachable, length 68
12:44:35.305783 IP 10.0.2.15 > 192.168.15.1: ICMP 10.0.2.15 udp port 33439 unreachable, length 68
^C
12 packets captured
12 packets received by filter
0 packets dropped by kernel

无论目标是什么，都tcpdump -n -i lo icmp没有捕获任何数据包，即使“foo”成功到达“enp1s0”接口（地址为）。tcpdump -n -i enp1s0 icmptraceroute10.0.2.15

系统信息

这是在 VM（GNOME Boxes）中完成的，在 Fedora 41、内核版本 6.11.4-301.fc41.x86_64 上。

我的主机也运行 Fedora 41，但内核版本是 6.13.5-200.fc41.x86_64。

编辑：为了防止这是 Fedora 的问题，我在 Mint VM 中对其进行了测试，结果发生了完全相同的事情。

最近，当我阅读一个 QA时，它有一些令我意想不到的行为：

~/findtest % echo three > file\ with\ \"double\ quotes\"
~ % find findtest -type f -exec sh -c 'set -x;cat "{}"' \;
+ cat 'findtest/file with double' quotes
cat: findtest/file with double: No such file or directory
cat: quotes: No such file or directory

在我看来，当进行替换时，'cat findtest/file\ with\ \"double\ quotes\"'只要替换上面的文件名就可以了file\ with\ \"double\ quotes\"。如果我们保留引号包装器，它将显示：

$ cat "findtest/file\ with\ \"double\ quotes\""
cat: 'findtest/file\ with\ "double\ quotes"': No such file or directory

问：

该替换实际上做了什么导致上述有点奇怪的行为，其中 2 个子字符串“findtest/file with double”和“quotes”，而不是“findtest/file with”和“double quotes”作为"分隔符？

为什么这种括号语法有效

$ for (( i=0; i<3; ++i )) { echo $i; }
0
1
2

当手册页说语法是

for (( expr1 ; expr2 ; expr3 )) ; do list ; done

$ bash --version | head -1   # on linux mint virginia (ubuntu jammy)
GNU bash, version 5.1.16(1)-release (x86_64-pc-linux-gnu)

如果这是一个尚未记录的语法添加，那么它是什么时候添加的？

我已经查看了大量有关计算机睡眠、挂起、休眠模式的网络内容，但没有看到任何关于这个看似简单的问题的讨论：

如果有的话，两者之间有什么区别？

1. 只需离开一台 Linux 计算机，运行 Ubuntu 22.4 LTS，但它实际上可以是任何发行版和版本，并且
2. 明确调用暂停命令，无论是从命令行还是 GUI？

这两种情况都应该使您能够稍后返回到计算机，单击鼠标或键入一个键并“唤醒它”。

如果有区别，区别是什么？如果没有区别，为什么需要 suspend 命令？

顺便问一下，“走开”有名字吗？“睡觉”就是这个意思吗？

我发现这些术语被随意使用，而没有对其各自含义进行任何精确定义。

更新：我为什么要问这个问题？

我发现的与计算机睡眠、挂起或休眠的不同形式相关的大多数资料都假设询问者主要关心的是功耗。这不是我关心的问题。

我担心的是，当我离开计算机时，我是否可以安全地返回到它而不需要重新启动。

我担心的是，我从联想购买了一台相当昂贵的笔记本电脑，配有 nVidia 显卡（这里不涉及技术细节），我无法离开它并可靠地假设当我返回并按下键或单击鼠标时系统会唤醒。有时它有效，有时则无效。似乎明确调用暂停功能更可靠一些，不会经常崩溃，但它不是 100% 可靠，可能 90%。在我之前的电脑上，一台 10 年前的联想笔记本电脑，我不必担心任何这些。

更新 2：更正原文，提到“摆脱 UEFI 下的安全启动”而不是“摆脱 UEFI”作为实现休眠的先决条件。

休眠似乎是实现我想要的功能的最可靠方法，但目前我的电脑无法使用休眠功能，因为我的电脑使用 UEFI 下的安全启动。因此，一个选项是禁用安全启动。我不太情愿这么做，但这似乎是我必须采取的办法。

我主要关心的是可靠性，而不是功耗。

一位高级开发人员在 2022 年写了一篇文章，他的 zsh 配置中有以下别名：

alias which='type -a'

但是 zshwhich默认有，如果我们which像这样使用which cp，输出将是

/bin/cp

而输出type -a cp是

cp is /bin/cp

差异太细微，无法创建别名。那么我可能忽略了哪些实际差异呢？

我更改了 .bashrc 中的提示符以显示当前时间。这是原始提示符（来自全新 MX Linux 安装）

PS1="$PURPLE\u$nc@$CYAN\H$nc:$GREEN\w$nc\\n$GREEN\$$nc "

我把它改成了

PS1="$PURPLE\u$nc@$CYAN\H$nc $YELLOW$(date '+%Y-%m-%d %H:%M:%S')$nc $REEN\w$nc\\n$GREEN\$$nc "

当我打开终端时，我在提示符中看到当前日期和时间。新提示符不会显示其生成时间。它们总是显示与第一个提示符相同的时间。我做错了什么？