Seamus's questions

我的系统只有一个接口：通过 wifi。NetworkManagerwlan0是默认接口。但是，系统启用了几个“网络服务”。以下是与“网络”相关的已启用服务的列表（默认）：

$ systemctl list-unit-files --state=enabled

ModemManager.service               enabled enabled
networking.service                 enabled enabled
NetworkManager-dispatcher.service  enabled enabled
NetworkManager-wait-online.service enabled enabled
NetworkManager.service             enabled enabled

wpa_supplicant.service             enabled enabled  # underlined??

我想尝试一下networking.service，所以我添加了所需的条目/etc/network/interfaces以使其工作，并禁用了NetworkManager.service。重新启动后，“网络”即可运行（这意味着我可以做我需要做的所有事情：通过连接到主机SSH，进行apt更新等）。

接下来，我想尝试重新启用NetworkManager.service和禁用networking.service。我注释掉了我对所做的所有添加/etc/network/interfaces，然后禁用networking.service并重新启动。重新启动后，我无法通过 SSH 重新连接到主机。

然后我将主机连接到控制台，重新启用networking.service并重新启动。网络已恢复（这意味着我可以通过 SSH 连接到主机，执行apt等）。

我进行了搜索，但未能找到与我的 Debian“书虫”系统有关的这个问题的答案：

如果我禁用networking.service，但保持NetworkManager.service启用状态，为什么会“破坏”网络？

编辑...

向所有人道歉 - 我搞砸了！在@grawity下方评论中，我意识到我的问题是由NetworkManager几个月前创建的配置引起的，但networking.service自从那以后我一直在使用配置，所以它被我遗忘了。

所以 - 这里的所有答案都是正确的，而我的问题是这里唯一不正确的帖子。

再次向大家致歉。

我重写了开头这段话……试图掩饰我对的蔑视systemd。我只能说我发现systemd的“逻辑”令人费解，就此打住。回到问题：

systemd-analyze time我一直在尝试减少小型Raspberry Pi Zero 2W上报告的启动时间。该操作系统约 95% 是 Debian，并加入了一些 Raspberry Pi 来处理硬件。

我首先列出活动的单元文件，然后从该列表中我找到了几个service我相信可以毫无影响地删除的文件：

$ systemctl list-unit-files --state=enabled
...
rpi-display-backlight.service      enabled enabled
rpi-eeprom-update.service          enabled enabled
...
$

我选择disable这两项服务如下：

$ sudo systemctl disable rpi-eeprom-update.service rpi-display-backlight.service
Removed "/etc/systemd/system/halt.target.wants/rpi-display-backlight.service".
Removed "/etc/systemd/system/poweroff.target.wants/rpi-display-backlight.service".
Removed "/etc/systemd/system/reboot.target.wants/rpi-display-backlight.service".
Removed "/etc/systemd/system/multi-user.target.wants/rpi-eeprom-update.service".

令人失望的是，我发现启动时间（据报告systemd-analyze time）实际上增加了约 3 秒。我重新启动了几次以获得“平均值”；3 秒的增加看起来是真实且持续的。我想知道这种增加是否可能是由于systemd 重新尝试启动这些服务造成的。因此我寻找与其他“单元”的依赖关系systemd：

$ systemctl list-dependencies rpi-eeprom-update.service
rpi-eeprom-update.service

$ systemctl list-dependencies rpi-display-backlight.service
rpi-display-backlight.service
● └─system.slice
$

我认为第一个结果 (rpi-eeprom) 表明没有其他依赖项。第二个结果 (rpi-display) 让我感到困惑。.slice从那时起，我做了一些研究，但它对我来说仍然没有什么意义（实际上没有意义）。这引出了我的问题：

有人能解释一下如何编辑这个system.slice并删除吗rpi-display-backlight.service？

我似乎“破坏”了运行在 Raspberry Pi 硬件上的 Debian“书虫”系统的网络访问。这是因为我显然不了解各种“网络工具”如何运作的细节。损坏的系统是一个“无头”单元；我无法再与它建立 SSH 连接。它甚至不响应ping。

我在这里提出这个问题，希望有人能解释一下是否有办法在不对系统进行任何更改的情况下重新获得 SSH 访问权限。我目前的办法是移除 NVME SSD，并将其安装在另一个系统上以纠正配置错误，或者连接显示器和键盘，但由于缺少硬件/电缆等，这些都很困难。

我做了什么：对 NM 晦涩难懂的界面感到“厌烦” nmcli，并认为“一定有更好的方法”。我在 Debian 网站上阅读了此页面；具体来说：

NetworkManager 仅处理未在 /etc/network/interfaces 中声明的接口

我将其解释为，如果我wlan0在 中声明了我的 WiFi 接口 ( ) /etc/network/interfaces，那么NetworkManager它将“退出”，并systemd使用ifup、ifdown等来管理wlan0我添加到 的内容/etc/network/interfaces。这是我创建的文件的内容interfaces：

iface wlan0 inet static
    address 192.168.1.222
    netmask 255.255.255.0
    gateway 192.168.1.1
    dns-nameservers 192.168.1.1

之后reboot我发现我无法再通过 SSH 访问该系统。

我有两个问题：

1. 有没有什么方法可以在不更改系统的情况下重新获得 SSH 访问权限？
2. 为什么我输入的数据/etc/network/interfaces无法建立有效的 WiFi 连接？

这个问题是这个答案的后续。总的来说，我的目标是了解我的系统（Debian/Raspberry Pi 5“书虫”）是否正在根据系统时间更新我的 RTC/硬件时钟。请注意，RPi 5（与其 Pi 祖先不同）确实有一个内置的RTC/硬件时钟。

以下是我目前能够确定的情况：

1. 我觉得我已经确定系统时钟正在从 hwclock 更新：

$ dmesg | grep "system clock" 

[    1.588793] rpi-rtc soc:rpi_rtc: setting system clock to 2025-02-18T04:59:13 UTC (1739854753)

然而，经过一番搜索dmesg，我找不到任何迹象表明 hwclock 正在从系统时间更新。不过，我确实找到了对时钟的引用fake-hardware（这似乎很奇怪）。：

[    4.037230] systemd[1]: Starting fake-hwclock.service - Restore / save the current clock...

2. 内核显然配置为“双向”进行时钟更新：

$ cat /boot/config-$(uname -r) | grep -i HCTOSYS
CONFIG_RTC_HCTOSYS=y
CONFIG_RTC_HCTOSYS_DEVICE="rtc0"  

$ cat /boot/config-$(uname -r) | grep -i SYSTOHC
CONFIG_RTC_SYSTOHC=y
CONFIG_RTC_SYSTOHC_DEVICE="rtc0"

我突然想到内核可能仅在关机期间执行 SYSTOHC 同步，并且可能没有被捕获dmesg...但这是一个 WAG。

有人能解释一下如何确认内核正在（或未）更新 hwclock/RTC 吗？

“此处字符串”（<<<）是一种有用的构造，在许多情况下可以代替使用echo。但是，在计算哈希值时（作为一个例子），添加换行符会改变哈希值。

我一直在寻找一种紧凑的方法来防止“此处字符串”添加换行符，但一无所获。这个问题已经在 SO 上提出并得到回答，但奇怪的是，据我所知，接受的答案（或任何答案）实际上并没有回答这个问题。

有些人可能会考虑用echo -n <string> | md5sum或printf ... | md5sum来代替来回答这个问题。但我的问题具体与“此处字符串”有关。

我有一个bash脚本，需要从以下任一位置启动：

1. cron
2. 交互式（登录）shell

此脚本需要知道它是从 启动的cron，还是从交互式 shell 启动的。当我在 中声明环境变量时，我以为我已经解决了这个问题root crontab：

RUN_BY_CRON="TRUE"

在脚本中，我测试RUN_BY_CRON并使用结果来设置另一个变量：

if [ "$RUN_BY_CRON" = "TRUE" ]; then            
    ((wait_time=DELAY_HALT*60))
fi

set -u在我将其添加到脚本中（作为“常见的防御性编程策略” ）之前，此方法一直有效。从那时起，当我从命令行运行脚本时，set -u会标记RUN_BY_CRON为“未绑定变量”错误：

$ sudo ./skedrtc.sh
./skedrtc.sh: line 24: RUN_BY_CRON: unbound variable

值得一提的是，我运行了shellcheck这个脚本，没有收到任何警告或错误。

我尝试添加测试RUN_BY_CRON，但得到了同样的错误。我尝试测试交互式 shell，但从脚本内部进行测试没有帮助：

...
if [ -z "$RUN_BY_CRON" ]; then        # test for null string
    RUN_BY_CRON="FALSE"
fi
...

if [[ $- == *i* ]]; then              # test for interactive shell
    RUN_BY_CRON="FALSE"
fi

这感觉就像是“第 22 条军规”的情况。我曾寻找过创建try-catch块的方法，但 AIUI 中没有类似的东西bash。

问：如何在不删除的情况下避免出现“未绑定变量”错误set -u？

以下是我想做的事情（在脚本中）：

#!/usr/bin/env bash

if [[ ! $("/usr/bin/scp [email protected]:/Users/seamus/Downloads/imgutils/image-utils* /home/pi/testscp") ]]; then
    printf "\nERROR & EXIT: 'scp' failed \n"
    exit 1
fi
printf "success!\n"

我尝试过几种方法，但似乎都不起作用。以下是我从上面得到的结果：

./testscp.sh: line 3: /usr/bin/scp [email protected]:/Users/seamus/Downloads/imgutils/image-utils* /home/pi/testscp: No such file or directory

ERROR & EXIT: 'scp' failed

命令scp单独一行时可以正常运行。如果我这样做，我可以测试$0- 运行正常...但我更喜欢在一行中完成所有操作。我遗漏了什么？

我用它alsa来调整我连接的蓝牙扬声器的音量。这是一个单扬声器设置；只是为了提供一些背景信息。

我可以通过 CLI 来“获取”音量设置，如下所示：

$ amixer sget Master
Simple mixer control 'Master',0
  Capabilities: pvolume pswitch pswitch-joined
  Playback channels: Front Left - Front Right
  Limits: Playback 0 - 65536
  Mono:
  Front Left: Playback 22938 [35%] [on]
  Front Right: Playback 22938 [35%] [on]

我可以通过 CLI 来“设置”音量，如下所示：

$ amixer sset Master 50%
Simple mixer control 'Master',0
  Capabilities: pvolume pswitch pswitch-joined
  Playback channels: Front Left - Front Right
  Limits: Playback 0 - 65536
  Mono:
  Front Left: Playback 32768 [50%] [on]
  Front Right: Playback 32768 [50%] [on]

我不需要这么冗长的内容，所以我决定在文件中创建一个函数和两个别名~/.bashrc来减少它。该函数没有按我预期的方式工作：

从 CLI 来看，这可以正常工作：

$ amixer sget Master | awk -F"[][]" '/Right:/ { print $2 }'
35%

但是当我将其放入我的函数语句中时~/.bashrc，它的工作方式有所不同：

# functions & aliases for alsa mixer/volume control
function vol-get() {
   amixer sget Master | awk -F"[][]" '/Left:/ { print $2 }'
}
export -f vol-get

alias vol-up='amixer sset Master 5%+ > /dev/null && vol-get'
alias vol-dn='amixer sset Master 5%- > /dev/null && vol-get'

重新读取~/.bashrc并运行该vol-get函数得到以下结果：

$ . ~/.bashrc
$ vol-get
  Front Left: Playback 22938 [35%] [on]
# ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ ?? what happened here ??
$ vol-up
  Front Left: Playback 26215 [40%] [on]
$ 

所以 - 我很接近了，但我不明白为什么我| awk ...在函数内部的行为与在命令行上的行为不同。有人可以解释并纠正这个问题吗？

对评论中提出的一些问题的答案进行编辑：

编辑＃1：

$ command -V vol-get
vol-get is a function
vol-get ()
{
    amixer sget Master | awk -F"[][]" '/Left:/ { print $2 }'
} 

$ awk --version
awk: not an option: --version
$ man awk
# reveals that I am actually calling `mawk`, Version 1.3.4

编辑＃2：

RE：非打印字符；请注意，这是输出的部分 c&p（即逐字）：

$ cat -vet ~/.bashrc
...
function vol-get() {$
    amixer sget Master | awk -F'[][]' '/Left:/ { print $2 }'$
}$
...

Raspberry Pi 通常在启动时安装两个分区；这里是/etc/fstab：

proc            /proc           proc    defaults          0       0
PARTUUID=8a6020b5-01  /boot/firmware  vfat    defaults          0       2
PARTUUID=8a6020b5-02  /               ext4    defaults,noatime  0       1

我遇到一个问题，在很多情况下，/boot/firmware（vfat）分区（显然是随机的）变为“未安装”状态；我在输出中注意到了这一点lsblk --fs：

# 'boot/firmware' mounted correctly: 

$ lsblk --fs
NAME        FSTYPE FSVER LABEL  UUID                                 FSAVAIL FSUSE% MOUNTPOINTS 
nvme0n1
├─nvme0n1p1 vfat   FAT32 bootfs 146B-AD94                             444.8M    13% /boot/firmware
└─nvme0n1p2 ext4   1.0   rootfs ece25014-1cd7-4874-9bfc-f91e486bc000  364.9G     2% /

# 'boot/firmware' becomes "un-mounted": 

$ lsblk --fs 
NAME        FSTYPE FSVER LABEL  UUID                                 FSAVAIL FSUSE% MOUNTPOINTS 
nvme0n1
├─nvme0n1p1 vfat   FAT32 bootfs 146B-AD94                             444.8M    13% 
└─nvme0n1p2 ext4   1.0   rootfs ece25014-1cd7-4874-9bfc-f91e486bc000  364.9G     2% /  

在考虑了一些有助于“解决”此问题的选项之后，我认为使用--poll带有选项findmnt是一个不错的选择；即：

$ nohup /usr/bin/findmnt -n --poll=umount,mount --target /boot/firmware & 

我已经运行了此命令，并使用umount和mount触发对其进行了测试findmnt --poll：

$ nohup /usr/bin/findmnt --poll=umount,mount --target /boot/firmware &
[1] 10904

# wait a while, then

$ sudo umount /boot/firmware 
$ sudo mount -a

# check nohup.out: 

$ cat nohup.out
umount     /boot/firmware /dev/nvme0n1p1 vfat   rw,relatime,fmask=0022,dmask=0022,codepage=437,iocharset=ascii,shortname=mixed,errors=remount-ro
mount      /boot/firmware /dev/nvme0n1p1 vfat   rw,relatime,fmask=0022,dmask=0022,codepage=437,iocharset=ascii,shortname=mixed,errors=remount-ro 

我需要做的是在输出产生时触发例程umount ...。到目前为止，我还无法做到这一点，这就是我需要帮助的地方。我需要一个启动findmnt --poll命令的脚本，然后等待以 开头的输出umount。当该输出到达时，我想运行dmesg（？），将该输出捕获到日志文件，也许还有一些其他诊断，最后发出sudo mount -a。

findmnt --poll在输出另一行之后mount，我认为脚本应该返回到“等待”状态以捕获下一个umount事件。

我已经阅读了一些有关wait命令的内容，但想知道这是否是正确的方法，因为：

wait 命令使 shell 脚本或终端会话等待后台进程完成。

在这种情况下，它findmnt --poll 不会完成- 它会继续运行，轮询另一个可报告的状态变化。关于如何处理这个问题有什么建议吗？

我遇到了昨天刚发生的情况apt full-upgrade。受影响的应用程序似乎是我之前从安装的应用程序debian-backports。以下是我能找到的所有历史记录的概要：

1. 修改/etc/apt/sources.list以添加bookworm-backports；2024 年 8 月 15 日生效：

大约 2.5 个月前，我得出结论，我需要和 的backports版本。为了实现这一点，我修改了我的文件以添加：pipewirewireplumber/etc/apt/sources.listbackports

$ cat /etc/apt/sources.list
deb http://deb.debian.org/debian bookworm main contrib non-free non-free-firmware
deb http://deb.debian.org/debian-security/ bookworm-security main contrib non-free non-free-firmware
deb http://deb.debian.org/debian bookworm-updates main contrib non-free non-free-firmware
# Uncomment deb-src lines below then 'apt-get update' to enable 'apt-get source'
#deb-src http://deb.debian.org/debian bookworm main contrib non-free non-free-firmware
#deb-src http://deb.debian.org/debian-security/ bookworm-security main contrib non-free non-free-firmware
#deb-src http://deb.debian.org/debian bookworm-updates main contrib non-free non-free-firmware
deb http://deb.debian.org/debian bookworm-backports main contrib non-free

未对以下项进行任何更改/etc/apt/sources.list.d/raspi.list：

$ cat /etc/apt/sources.list.d/raspi.list
deb http://archive.raspberrypi.com/debian/ bookworm main
# Uncomment line below then 'apt-get update' to enable 'apt-get source'
#deb-src http://archive.raspberrypi.com/debian/ bookworm main

2. 安装pipewire等bookworm-backports；2024 年 8 月 15 日生效：

$ sudo apt install -t bookworm-backports pipewire pipewire-audio-client-libraries libspa-0.2-bluetooth 
...
$ sudo reboot

之后，我的系统上安装的pipewire&wireplumber版本（来自）如下：backports

$ pipewire --version
pipewire
Compiled with libpipewire 1.2.1
Linked with libpipewire 1.2.1 

$ wireplumber --version
wireplumber
Compiled with libwireplumber 0.4.17
Linked with libwireplumber 0.4.17

3. 测试完成后快进至 2024 年 10 月 9 日

这个系统已经两个月没有升级了，因为我正在测试现在有问题的应用程序。这是我昨天看到的情况：

请注意bookworm-backports以下列表：

$ sudo apt update
Hit:1 http://deb.debian.org/debian bookworm InRelease
Get:2 http://deb.debian.org/debian-security bookworm-security InRelease [48.0 kB]
Get:3 http://deb.debian.org/debian bookworm-updates InRelease [55.4 kB]
Get:4 http://deb.debian.org/debian bookworm-backports InRelease [59.0 kB]
Get:5 http://archive.raspberrypi.com/debian bookworm InRelease [39.0 kB]
Get:6 http://deb.debian.org/debian-security bookworm-security/main armhf Packages [181 kB]
Get:7 http://deb.debian.org/debian-security bookworm-security/main arm64 Packages [185 kB]
Get:8 http://deb.debian.org/debian-security bookworm-security/main Translation-en [114 kB]
Get:9 http://deb.debian.org/debian bookworm-backports/main arm64 Packages [249 kB]
Get:10 http://deb.debian.org/debian bookworm-backports/main armhf Packages [250 kB]
Get:11 http://deb.debian.org/debian bookworm-backports/main Translation-en [210 kB]
Get:12 http://deb.debian.org/debian bookworm-backports/contrib arm64 Packages [4,964 B]
Get:13 http://deb.debian.org/debian bookworm-backports/contrib armhf Packages [4,740 B]
Get:14 http://deb.debian.org/debian bookworm-backports/non-free arm64 Packages [6,864 B]
Get:15 http://deb.debian.org/debian bookworm-backports/non-free armhf Packages [1,516 B]
Get:16 http://archive.raspberrypi.com/debian bookworm/main armhf Packages [515 kB]
Get:17 http://archive.raspberrypi.com/debian bookworm/main arm64 Packages [485 kB]
Fetched 2,409 kB in 4s (614 kB/s)
Reading package lists... Done
Building dependency tree... Done
Reading state information... Done
59 packages can be upgraded. Run 'apt list --upgradable' to see them.

我已标记（*）以下 12 个条目backports：

apt list --upgradable
Listing... Done
base-files/stable 12.4+deb12u7 arm64 [upgradable from: 12.4+deb12u6]
curl/stable 7.88.1-10+deb12u7 arm64 [upgradable from: 7.88.1-10+deb12u6]
git-man/stable-security,stable-security 1:2.39.5-0+deb12u1 all [upgradable from: 1:2.39.2-1.1]
git/stable-security 1:2.39.5-0+deb12u1 arm64 [upgradable from: 1:2.39.2-1.1]
initramfs-tools-core/stable,stable 0.142+deb12u1 all [upgradable from: 0.142]
initramfs-tools/stable,stable 0.142+deb12u1 all [upgradable from: 0.142]
libc-bin/stable 2.36-9+rpt2+deb12u8 arm64 [upgradable from: 2.36-9+rpt2+deb12u7]
libc-dev-bin/stable 2.36-9+rpt2+deb12u8 arm64 [upgradable from: 2.36-9+rpt2+deb12u7]
libc-devtools/stable 2.36-9+rpt2+deb12u8 arm64 [upgradable from: 2.36-9+rpt2+deb12u7]
libc-l10n/stable,stable 2.36-9+rpt2+deb12u8 all [upgradable from: 2.36-9+rpt2+deb12u7]
libc6-dbg/stable 2.36-9+rpt2+deb12u8 arm64 [upgradable from: 2.36-9+rpt2+deb12u7]
libc6-dev/stable 2.36-9+rpt2+deb12u8 arm64 [upgradable from: 2.36-9+rpt2+deb12u7]
libc6/stable 2.36-9+rpt2+deb12u8 arm64 [upgradable from: 2.36-9+rpt2+deb12u7]
libcamera-ipa/stable 0.3.2+rpt20240927-1 arm64 [upgradable from: 0.3.0+rpt20240617-1]
libcamera0.3/stable 0.3.2+rpt20240927-1 arm64 [upgradable from: 0.3.0+rpt20240617-1]
libcurl3-gnutls/stable 7.88.1-10+deb12u7 arm64 [upgradable from: 7.88.1-10+deb12u6]
libcurl4/stable 7.88.1-10+deb12u7 arm64 [upgradable from: 7.88.1-10+deb12u6]
libexpat1/stable-security 2.5.0-1+deb12u1 arm64 [upgradable from: 2.5.0-1]
libpam-systemd/stable 252.30-1~deb12u2 arm64 [upgradable from: 252.26-1~deb12u2]
* libpipewire-0.3-0/stable-backports 1.2.4-1~bpo12+1 arm64 [upgradable from: 1.2.1-1~bpo12+1]
* libpipewire-0.3-common/stable-backports,stable-backports 1.2.4-1~bpo12+1 all [upgradable from: 1.2.1-1~bpo12+1]
* libpipewire-0.3-modules/stable-backports 1.2.4-1~bpo12+1 arm64 [upgradable from: 1.2.1-1~bpo12+1]
libpisp-common/stable,stable 1.0.7-1 all [upgradable from: 1.0.6-1]
libpisp1/stable 1.0.7-1 arm64 [upgradable from: 1.0.6-1]
* libspa-0.2-bluetooth/stable-backports 1.2.4-1~bpo12+1 arm64 [upgradable from: 1.2.1-1~bpo12+1]
* libspa-0.2-modules/stable-backports 1.2.4-1~bpo12+1 arm64 [upgradable from: 1.2.1-1~bpo12+1]
libssl3/stable 3.0.14-1~deb12u2+rpt1 arm64 [upgradable from: 3.0.13-1~deb12u1+rpt1]
libsystemd-shared/stable 252.30-1~deb12u2 arm64 [upgradable from: 252.26-1~deb12u2]
libsystemd0/stable 252.30-1~deb12u2 arm64 [upgradable from: 252.26-1~deb12u2]
libudev1/stable 252.30-1~deb12u2 arm64 [upgradable from: 252.26-1~deb12u2]
linux-headers-rpi-2712/stable 1:6.6.51-1+rpt3 arm64 [upgradable from: 1:6.6.31-1+rpt1]
linux-headers-rpi-v8/stable 1:6.6.51-1+rpt3 arm64 [upgradable from: 1:6.6.31-1+rpt1]
linux-image-rpi-2712/stable 1:6.6.51-1+rpt3 arm64 [upgradable from: 1:6.6.31-1+rpt1]
linux-image-rpi-v8/stable 1:6.6.51-1+rpt3 arm64 [upgradable from: 1:6.6.31-1+rpt1]
linux-libc-dev/stable,stable 1:6.6.51-1+rpt3 all [upgradable from: 1:6.6.31-1+rpt1]
locales/stable,stable 2.36-9+rpt2+deb12u8 all [upgradable from: 2.36-9+rpt2+deb12u7]
openssl/stable 3.0.14-1~deb12u2+rpt1 arm64 [upgradable from: 3.0.13-1~deb12u1+rpt1]
* pipewire-alsa/stable-backports 1.2.4-1~bpo12+1 arm64 [upgradable from: 1.2.1-1~bpo12+1]
* pipewire-audio-client-libraries/stable-backports,stable-backports 1.2.4-1~bpo12+1 all [upgradable from: 1.2.1-1~bpo12+1]
* pipewire-bin/stable-backports 1.2.4-1~bpo12+1 arm64 [upgradable from: 1.2.1-1~bpo12+1]
* pipewire-jack/stable-backports 1.2.4-1~bpo12+1 arm64 [upgradable from: 1.2.1-1~bpo12+1]
* pipewire-pulse/stable-backports 1.2.4-1~bpo12+1 arm64 [upgradable from: 1.2.1-1~bpo12+1]
* pipewire/stable-backports 1.2.4-1~bpo12+1 arm64 [upgradable from: 1.2.1-1~bpo12+1]
python3-gpiozero/stable,stable 2.0.1-0+rpt1 all [upgradable from: 2.0-1]
raspberrypi-sys-mods/stable 20240911 arm64 [upgradable from: 20240807]
raspi-firmware/stable,stable 1:1.20240924-1 all [upgradable from: 1:1.20240529-1]
raspi-utils-core/stable 20240903-1 arm64 [upgradable from: 20240402-4]
raspi-utils-dt/stable 20240903-1 arm64 [upgradable from: 20240402-4]
raspi-utils-eeprom/stable 20240903-1 arm64 [upgradable from: 20240402-4]
raspi-utils-otp/stable,stable 20240903-1 all [upgradable from: 20240402-4]
raspi-utils/stable,stable 20240903-1 all [upgradable from: 20240402-4]
raspinfo/stable,stable 20240903-1 all [upgradable from: 20240402-4]
rpi-eeprom/stable,stable 26.0-1 all [upgradable from: 24.0-1]
rpicam-apps-lite/stable 1.5.2-2 arm64 [upgradable from: 1.5.0-2]
systemd-sysv/stable 252.30-1~deb12u2 arm64 [upgradable from: 252.26-1~deb12u2]
systemd-timesyncd/stable 252.30-1~deb12u2 arm64 [upgradable from: 252.26-1~deb12u2]
systemd/stable 252.30-1~deb12u2 arm64 [upgradable from: 252.26-1~deb12u2]
udev/stable 252.30-1~deb12u2 arm64 [upgradable from: 252.26-1~deb12u2]
* wireplumber/stable-backports 0.5.6-1~bpo12+1 arm64 [upgradable from: 0.4.17-1~bpo12+1]

于是我upgrade对整个列表进行了检查；这似乎正常完成，但有些项目没有引起我的注意（检查过程中没有看屏幕upgrade），直到“轮子脱落”：

$ sudo apt -y full-upgrade
...

The following package was automatically installed and is no longer required:
  libwireplumber-0.4-0
Use 'sudo apt autoremove' to remove it.
The following NEW packages will be installed:
  libwireplumber-0.5-0 linux-headers-6.6.51+rpt-common-rpi linux-headers-6.6.51+rpt-rpi-2712 linux-headers-6.6.51+rpt-rpi-v8
  linux-image-6.6.51+rpt-rpi-2712 linux-image-6.6.51+rpt-rpi-v8 linux-kbuild-6.6.51+rpt
The following packages will be upgraded:
  base-files curl git git-man initramfs-tools initramfs-tools-core libc-bin libc-dev-bin libc-devtools libc-l10n libc6 libc6-dbg libc6-dev
  libcamera-ipa libcamera0.3 libcurl3-gnutls libcurl4 libexpat1 libpam-systemd libpipewire-0.3-0 libpipewire-0.3-common libpipewire-0.3-modules
  libpisp-common libpisp1 libspa-0.2-bluetooth libspa-0.2-modules libssl3 libsystemd-shared libsystemd0 libudev1 linux-headers-rpi-2712
  linux-headers-rpi-v8 linux-image-rpi-2712 linux-image-rpi-v8 linux-libc-dev locales openssl pipewire pipewire-alsa
  pipewire-audio-client-libraries pipewire-bin pipewire-jack pipewire-pulse python3-gpiozero raspberrypi-sys-mods raspi-firmware raspi-utils
  raspi-utils-core raspi-utils-dt raspi-utils-eeprom raspi-utils-otp raspinfo rpi-eeprom rpicam-apps-lite systemd systemd-sysv systemd-timesyncd
  udev wireplumber
59 upgraded, 7 newly installed, 0 to remove and 0 not upgraded.

...

apt-listchanges: Reading changelogs...
apt-listchanges: News
---------------------

wireplumber (0.5.1-1) experimental; urgency=medium

  WirePlumber 0.5 was released with a new configuration system.
  The new system is based on JSON instead of Lua which makes WirePlumber >= 0.5
  incompatible with Lua conf files written for WirePlumber 0.4.
  .
  If only the default configuration (e.g the configuration shipped with the
  Debian package) is used, then there is nothing to do.
  .
  If you use custom configuration files, you will have to manually update them
  by following the migration guide. No automatic migration of old configuration
  files is performed.
  .
  This guide is available at (after having installed "wireplumber-doc"):
    /usr/share/doc/wireplumber/html/daemon/configuration/migration.html
  or
    https://pipewire.pages.freedesktop.org/wireplumber/daemon/configuration/migration.html

 -- Dylan Aïssi <[email protected]>  Sun, 31 Mar 2024 14:44:46 +0200

...

$ sudo reboot
... 

4. 之后upgrade我发现“轮子脱落了”；pipewire根本不再工作；没有蓝牙声音！

为了确认我已经知道的事情，我检查了蓝牙状态systemctl

$ systemctl status bluetooth
● bluetooth.service - Bluetooth service
     Loaded: loaded (/lib/systemd/system/bluetooth.service; enabled; preset: enabled)
     Active: active (running) since Wed 2024-10-09 22:29:30 UTC; 1h 6min ago
       Docs: man:bluetoothd(8)
   Main PID: 507 (bluetoothd)
     Status: "Running"
      Tasks: 1 (limit: 404)
        CPU: 196ms
     CGroup: /system.slice/bluetooth.service
             └─507 /usr/libexec/bluetooth/bluetoothd

Oct 09 22:29:30 rpi2w bluetoothd[507]: Starting SDP server
Oct 09 22:29:30 rpi2w bluetoothd[507]: profiles/audio/vcp.c:vcp_init() D-Bus experimental not enabled
Oct 09 22:29:30 rpi2w bluetoothd[507]: src/plugin.c:plugin_init() Failed to init vcp plugin
Oct 09 22:29:30 rpi2w bluetoothd[507]: profiles/audio/mcp.c:mcp_init() D-Bus experimental not enabled
Oct 09 22:29:30 rpi2w bluetoothd[507]: src/plugin.c:plugin_init() Failed to init mcp plugin
Oct 09 22:29:30 rpi2w bluetoothd[507]: profiles/audio/bap.c:bap_init() D-Bus experimental not enabled
Oct 09 22:29:30 rpi2w bluetoothd[507]: src/plugin.c:plugin_init() Failed to init bap plugin
Oct 09 22:29:30 rpi2w bluetoothd[507]: Bluetooth management interface 1.22 initialized
Oct 09 22:29:31 rpi2w bluetoothd[507]: profiles/sap/server.c:sap_server_register() Sap driver initialization failed.
Oct 09 22:29:31 rpi2w bluetoothd[507]: sap-server: Operation not permitted (1)

$

bluetoothctl能够连接我的扬声器，但是没有声音。

5. 使用 2024 年 8 月 16 日创建的原始映像文件恢复系统

这“使我的系统恢复”到安装等之后的状态pipewire（当时运行良好！）。所以 - 此时我的系统又恢复了功能齐全；2024 年 10 月 9 日。

6. 开始逐步升级；2024 年 10 月 9 日

通过反复试验，我开始使用 进行“增量”升级sudo apt-get install --only-upgrade X Y Z etc。每次升级后，我都会检查蓝牙是否仍在工作。在我将未安装软件包的列表缩减为以下内容后，蓝牙仍然正常工作：

$ apt list --upgradable
Listing... Done

libpipewire-0.3-common/stable-backports,stable-backports 1.2.4-1~bpo12+1 all [upgradable from: 1.2.1-1~bpo12+1]
libpipewire-0.3-modules/stable-backports 1.2.4-1~bpo12+1 arm64 [upgradable from: 1.2.1-1~bpo12+1]
libspa-0.2-bluetooth/stable-backports 1.2.4-1~bpo12+1 arm64 [upgradable from: 1.2.1-1~bpo12+1]
libspa-0.2-modules/stable-backports 1.2.4-1~bpo12+1 arm64 [upgradable from: 1.2.1-1~bpo12+1]
pipewire-alsa/stable-backports 1.2.4-1~bpo12+1 arm64 [upgradable from: 1.2.1-1~bpo12+1]
pipewire-audio-client-libraries/stable-backports,stable-backports 1.2.4-1~bpo12+1 all [upgradable from: 1.2.1-1~bpo12+1]
pipewire-bin/stable-backports 1.2.4-1~bpo12+1 arm64 [upgradable from: 1.2.1-1~bpo12+1]
pipewire-jack/stable-backports 1.2.4-1~bpo12+1 arm64 [upgradable from: 1.2.1-1~bpo12+1]
pipewire-pulse/stable-backports 1.2.4-1~bpo12+1 arm64 [upgradable from: 1.2.1-1~bpo12+1]
pipewire/stable-backports 1.2.4-1~bpo12+1 arm64 [upgradable from: 1.2.1-1~bpo12+1]
wireplumber/stable-backports 0.5.6-1~bpo12+1 arm64 [upgradable from: 0.4.17-1~bpo12+1]

7.pipewire等人显然对蓝牙故障负有全部责任。我想这对很多人来说可能“不足为奇”，但我觉得我需要尽可能具体地确定问题的根源。

我的问题是：我怎么把事情搞砸了？我以前从未使用过backports，我以为当常规渠道“赶上”时，backports一切apt都会顺利合并/安装。显然，这里发生的事情并非如此。我需要做什么来解决这个问题？

我有一个运行“书虫”版本操作系统的 Raspberry Pi；操作系统的 64 位版本（如果有什么区别的话）。我已经安装了 SHT3X 温度和湿度传感器之一，它显然工作正常。它通过 I2C 接口（我相信是通道 0）连接/dev/i2c-0。我可以从文件中读取温度和湿度sysfs；我相信传感器工作正常。

我发现其中有两个相同的文件夹，sysfs其中包含 SHT3X 设备的相同输出和控制文件：

文件夹 1：/sys/devices/platform/soc/3f205000.i2c/i2c-0/0-0044/hwmon/hwmon2

$ ls -l
total 0
lrwxrwxrwx 1 root root    0 Jun  2 21:55 device -> ../../../0-0044
-rw-r--r-- 1 root root 4096 Jun  2 21:55 heater_enable
-r--r--r-- 1 root root 4096 Jun  2 21:55 humidity1_alarm
-r--r--r-- 1 root root 4096 Jun  2 21:55 humidity1_input
-rw-r--r-- 1 root root 4096 Jun  2 21:55 humidity1_max
-rw-r--r-- 1 root root 4096 Jun  2 21:55 humidity1_max_hyst
-rw-r--r-- 1 root root 4096 Jun  2 21:55 humidity1_min
-rw-r--r-- 1 root root 4096 Jun  2 21:55 humidity1_min_hyst
-r--r--r-- 1 root root 4096 Jun  2 21:55 name
lrwxrwxrwx 1 root root    0 Jun  2 21:55 of_node -> ../../../../../../../../firmware/devicetree/base/soc/i2c@7e205000/sht3x@44
drwxr-xr-x 2 root root    0 Jun  2 21:55 power
-rw-r--r-- 1 root root 4096 Jun  2 21:55 repeatability
lrwxrwxrwx 1 root root    0 Jun  2 21:55 subsystem -> ../../../../../../../../class/hwmon
-r--r--r-- 1 root root 4096 Jun  2 21:55 temp1_alarm
-r--r--r-- 1 root root 4096 Jun  2 21:55 temp1_input
-rw-r--r-- 1 root root 4096 Jun  2 21:55 temp1_max
-rw-r--r-- 1 root root 4096 Jun  2 21:55 temp1_max_hyst
-rw-r--r-- 1 root root 4096 Jun  2 21:55 temp1_min
-rw-r--r-- 1 root root 4096 Jun  2 21:55 temp1_min_hyst
-rw-r--r-- 1 root root 4096 Jun  2 21:52 uevent
-rw-r--r-- 1 root root 4096 Jun  2 21:55 update_interval

文件夹2：/sys/class/hwmon/hwmon2

$ ls -l
total 0
lrwxrwxrwx 1 root root    0 Jun  2 21:55 device -> ../../../0-0044
-rw-r--r-- 1 root root 4096 Jun  2 21:55 heater_enable
-r--r--r-- 1 root root 4096 Jun  2 21:55 humidity1_alarm
-r--r--r-- 1 root root 4096 Jun  2 21:55 humidity1_input
-rw-r--r-- 1 root root 4096 Jun  2 21:55 humidity1_max
-rw-r--r-- 1 root root 4096 Jun  2 21:55 humidity1_max_hyst
-rw-r--r-- 1 root root 4096 Jun  2 21:55 humidity1_min
-rw-r--r-- 1 root root 4096 Jun  2 21:55 humidity1_min_hyst
-r--r--r-- 1 root root 4096 Jun  2 21:55 name
lrwxrwxrwx 1 root root    0 Jun  2 21:55 of_node -> ../../../../../../../../firmware/devicetree/base/soc/i2c@7e205000/sht3x@44
drwxr-xr-x 2 root root    0 Jun  2 21:55 power
-rw-r--r-- 1 root root 4096 Jun  2 21:55 repeatability
lrwxrwxrwx 1 root root    0 Jun  2 21:55 subsystem -> ../../../../../../../../class/hwmon
-r--r--r-- 1 root root 4096 Jun  2 21:55 temp1_alarm
-r--r--r-- 1 root root 4096 Jun  2 21:55 temp1_input
-rw-r--r-- 1 root root 4096 Jun  2 21:55 temp1_max
-rw-r--r-- 1 root root 4096 Jun  2 21:55 temp1_max_hyst
-rw-r--r-- 1 root root 4096 Jun  2 21:55 temp1_min
-rw-r--r-- 1 root root 4096 Jun  2 21:55 temp1_min_hyst
-rw-r--r-- 1 root root 4096 Jun  2 21:52 uevent
-rw-r--r-- 1 root root 4096 Jun  2 21:55 update_interval

还有更多；例如：

文件夹 3：/sys/devices/platform/soc/3f205000.i2c/i2c-0/0-0044/hwmon/hwmon2/subsystem/hwmon2

我意识到涉及符号链接，但是这些文件是否有真实/不可变的sysfs位置？我读过一些关于sysfs 1、2 的参考文献，但没有发现对这种明显重复的解释。有人可以解释一下明显的冗余，以及文件是否有不可变的位置吗？

我知道这里有几个问题与我似乎在问的问题相同。我已经尝试过这些建议1和2，但它们在这种情况下不起作用。这是发生的事情：

pi@raspberrypi0w:~ $ sudo apt -t bullseye-backports install udev
Reading package lists... Done
Building dependency tree... Done
Reading state information... Done
The following additional packages will be installed:
  libudev1
The following packages will be upgraded:
  libudev1 udev
2 upgraded, 0 newly installed, 0 to remove and 35 not upgraded.
Need to get 1,654 kB of archives.
After this operation, 511 kB of additional disk space will be used.
Do you want to continue? [Y/n] Y
Get:1 http://deb.debian.org/debian bullseye-backports/main armhf udev armhf 252.5-2~bpo11+1 [1,554 kB]
Get:2 http://deb.debian.org/debian bullseye-backports/main armhf libudev1 armhf 252.5-2~bpo11+1 [100 kB]
Fetched 1,654 kB in 1s (1,267 kB/s)
Reading changelogs... Done
(Reading database ... 43648 files and directories currently installed.)
Preparing to unpack .../udev_252.5-2~bpo11+1_armhf.deb ...
Unpacking udev (252.5-2~bpo11+1) over (247.3-7+rpi1+deb11u2) ...
Preparing to unpack .../libudev1_252.5-2~bpo11+1_armhf.deb ...
Unpacking libudev1:armhf (252.5-2~bpo11+1) over (247.3-7+rpi1+deb11u2) ...
Setting up libudev1:armhf (252.5-2~bpo11+1) ...
Setting up udev (252.5-2~bpo11+1) ...
Segmentation fault
Job for systemd-udevd.service failed because a fatal signal was delivered to the control process.
See "systemctl status systemd-udevd.service" and "journalctl -xe" for details.
invoke-rc.d: initscript udev, action "restart" failed.
● systemd-udevd.service - Rule-based Manager for Device Events and Files
     Loaded: loaded (/lib/systemd/system/systemd-udevd.service; static)
     Active: activating (start) since Tue 2024-04-09 07:36:27 UTC; 130ms ago
TriggeredBy: ● systemd-udevd-control.socket
             ● systemd-udevd-kernel.socket
       Docs: man:systemd-udevd.service(8)
             man:udev(7)
   Main PID: 8773 ((md-udevd))
      Tasks: 1
        CPU: 45ms
     CGroup: /system.slice/systemd-udevd.service
             └─8773 (md-udevd)

Apr 09 07:36:28 raspberrypi0w systemd[1]: Stopped Rule-based Manager for Device Events and Files.
Apr 09 07:36:28 raspberrypi0w systemd[1]: Starting Rule-based Manager for Device Events and Files...
Apr 09 07:36:28 raspberrypi0w systemd[1]: systemd-udevd.service: Main process exited, code=killed, status=11/SEGV
Apr 09 07:36:28 raspberrypi0w systemd[1]: systemd-udevd.service: Failed with result 'signal'.
Apr 09 07:36:28 raspberrypi0w systemd[1]: Failed to start Rule-based Manager for Device Events and Files.
Apr 09 07:36:28 raspberrypi0w systemd[1]: systemd-udevd.service: Scheduled restart job, restart counter is at 5.
Apr 09 07:36:28 raspberrypi0w systemd[1]: Stopped Rule-based Manager for Device Events and Files.
Apr 09 07:36:28 raspberrypi0w systemd[1]: systemd-udevd.service: Start request repeated too quickly.
Apr 09 07:36:28 raspberrypi0w systemd[1]: systemd-udevd.service: Failed with result 'signal'.
Apr 09 07:36:28 raspberrypi0w systemd[1]: Failed to start Rule-based Manager for Device Events and Files.
dpkg: error processing package udev (--configure):
 installed udev package post-installation script subprocess returned error exit status 1
Processing triggers for libc-bin (2.31-13+rpt2+rpi1+deb11u8) ...
Processing triggers for man-db (2.9.4-2) ...
Processing triggers for initramfs-tools (0.140) ...
Errors were encountered while processing:
 udev
E: Sub-process /usr/bin/dpkg returned an error code (1)

尝试的“恢复”并不是很有趣：

pi@raspberrypi0w:~ $ apt install ${udev}/bullseye
Illegal instruction

我尝试了其他一些“回归”：

pi@raspberrypi0w:~ $ sudo apt install udev
Illegal instruction
pi@raspberrypi0w:~ $ sudo apt-get install udev/stable
Illegal instruction
pi@raspberrypi0w:~ $ sudo apt-get install udev/old-stable
Illegal instruction

“分段错误”——听起来很严重:)。我不确定这是什么意思；即系统是否自动拒绝udev升级并自动恢复？——或者是我介入了？我等了几分钟并尝试了这个：

$ systemctl status systemd-udevd.service
● systemd-udevd.service - Rule-based Manager for Device Events and Files
     Loaded: loaded (/lib/systemd/system/systemd-udevd.service; static)
     Active: failed (Result: signal) since Tue 2024-04-09 07:36:28 UTC; 28min ago
TriggeredBy: ● systemd-udevd-control.socket
             ● systemd-udevd-kernel.socket
       Docs: man:systemd-udevd.service(8)
             man:udev(7)
    Process: 8776 ExecStart=/lib/systemd/systemd-udevd (code=killed, signal=SEGV)
   Main PID: 8776 (code=killed, signal=SEGV)
        CPU: 199ms

Apr 09 07:36:28 raspberrypi0w systemd[1]: systemd-udevd.service: Scheduled restart job, restart counter is at 5.
Apr 09 07:36:28 raspberrypi0w systemd[1]: Stopped Rule-based Manager for Device Events and Files.
Apr 09 07:36:28 raspberrypi0w systemd[1]: systemd-udevd.service: Start request repeated too quickly.
Apr 09 07:36:28 raspberrypi0w systemd[1]: systemd-udevd.service: Failed with result 'signal'.
Apr 09 07:36:28 raspberrypi0w systemd[1]: Failed to start Rule-based Manager for Device Events and Files.

我昨晚有一个很好的（图像）备份，所以如果我杀死了我的操作系统，我可以恢复。但是，如果可能的话，我更愿意在不求助于备份的情况下修复此问题。

我应该怎么办？

我没有成功地寻找一种方法来列出Debian 向后移植的所有可用升级（特别是bullseye-backports）：

• 我已经添加deb http://deb.debian.org/debian bullseye-backports main contrib non-free到/etc/apt/sources.list.

• 我已经运行sudo apt update成功了

• 我运行的sudo apt list --upgradeable bullseye-backports结果是“空”

• 我已经跑了sudo apt list --upgradeable -t bullseye-backports；出现错误

• 我已经跑了sudo apt -t bullseye-backports upgrade；我得到了要安装的新软件包的列表、要升级的现有软件包的列表，以及[Y/n]继续处理整个批次的选项。

有没有办法简单地列出可升级的软件包bullseye-backports？

我已经使用了rsync一段时间了，一直表现都很好。然而，尝试将rsync我的 macOS（源、APFS 文件系统）与我的 Synology NAS（目标、btrfs 文件系统）一起使用似乎总是会带来我在rsync.

我的一些“挑战”与（特别是）文档中使用的术语rsync有关；IE man rsync。我希望对这个问题找到一些澄清；具体如下：

rsync是“单向”同步；( )man rsync描述如下：-i--itemize-changes

[output is cryptic string] that is 11 letters long. The general format is    
YXcstpoguax, where Y is replaced by the type of update being done ... 

A < means that a file is being transferred to the remote host (sent)  

A > means that a file is being transferred to the local host (received)

当使用以下rsync命令时：

# Version:
rsync --version
rsync  version 3.2.7  protocol version 31   

# The command (simplified)
rsync -rlAtgoDiv /Users/seamus/Desktop/ /Volumes/backups/Desktop

我得到以下输出：

>f..t....... BooksBlogsEtc/pix/Capucine02.jpg

这就是我失去情节的地方。上面>说"file being transferred to local host (received)"，但从表面上看，它表示该文件正在从NAS 传输到我的 Mac上- 正在接收该文件。IOW，我已将该术语与and （在较小程度上）混为一谈。但这似乎并不是发生的情况 - 上例中的文件正在从源/Mac发送到目标/NAS。sourcesentlocal host

有人可以向我解释这些明显的差异吗？

我试图在下载的网页中找到一个字符串curl。我用来查找与正则表达式grep模式匹配的字符串。

以下是我试图找到的字符串：

./download/file.php?id=86753

该字符串是网页中这个较大字符串的一部分：

href="./download/file.php?id=86753"

我正在使用的咒语grep如下：

grep -Eo '\.\/download\/file\.php\?id=[0-9]+' dlfile.html

但这在 html 文件中找不到任何内容。但是，如果我进行grep如下修改，我会得到两 (2) 个匹配项。第一场比赛就是我需要的；第二个是无用的干扰，不得包含在内：

grep -Eo '\/download\/file\.php\?id=[0-9]+' dlfile.html
/download/file.php?id=86753
/download/file.php?id=62517

包含第二个（不需要的）匹配的字符串如下：

href="https://web.archive.org/web/20190824162104/https://www.somewhere.com/forums/download/file.php?id=62517&sid=907ab04af81e19ad758c5bcf8ebdca32"

问题似乎是无法识别.字符串中的前导（点）。请注意，这是所需字符串和不需要的字符串之间的主要区别。

问：为什么这不起作用，我需要什么？

我的环境：Debian 衍生品（Raspberry Pi），“bullseye”版本

grep我正在使用哪个bash？

$ grep --version
grep (GNU grep) 3.6
...
$ bash --version
GNU bash, version 5.1.4(1)-release (arm-unknown-linux-gnueabihf)

我在 中打开了一个文件vim，并且我已经完成了编辑。有没有办法让我关闭文件（或缓冲区）以使vim屏幕空白？

我正在尝试修改使用以下内容的脚本：

# first portion of script
# ...
exec > >(tee -ia $OUT)
# ...
# second portion of script 

我对这个脚本的问题是它会向stdout（我的终端）产生大量输出。脚本作者没有包含消除终端输出的选项。我想添加一个选项来删除stdout, 并仅在文件中获取输出$OUT。

这是我尝试过的：

TERM_OPT="OFF"

# first portion of script
# ...

if [ $TERM_OPT != "OFF" ]; then
     exec > >(tee -ia $OUT)
else {

# ...
# second portion of script 

} > $OUT
fi

这似乎有效，但我不确定在这种情况下是否使用大括号，因为 分组命令的 GNU 部分（似乎）声明列表后面需要一个分号。但添加或删除似乎没有什么区别。我想知道是否应该使用括号而不是花括号，但这会导致 中的所有内容都在子 shell 中执行。我对此并不是特别热衷，因为它是其他人的脚本，而且我不清楚subshel​​l 的含义（我没有尝试过）。{};;()()

我尝试的另一件事似乎是一个黑客，但我读到其他人使用它，它似乎也工作正常：

TERM_OPT="OFF"

# first portion of script
# ...

if [ $TERM_OPT != "OFF" ]; then
     exec > >(tee -ia $OUT)
else
     exec > >(tee -ia $OUT 1> /dev/null)
fi

# ...
# second portion of script 

我喜欢这个，因为它看起来更独立，但这并不是一个需要考虑的因素。

所以问题是： 执行此操作的正确方法是什么？我的意思是，在 后选择退出终端输出的正确方法是什么exec > >(tee -ia $OUT)？这些解决方案中的一种比另一种更可取——还是我需要做一些完全不同的事情？

我刚刚libgpiod在我的 RPi 4B 上（从源代码）构建了当前版本（2.1 版）。. 的源 tarball 中包含六 (6) 个“命令行工具” libgpiod。在此make install过程中，这些工具及其新man页面被安装在/usr/lib/arm-linux-gnueabihf.

• 手册页：./share/man/man1
• 二进制exe工具：./bin

libgpiod我没有从系统中卸载现有的软件包。现在（直到我弄清楚是否保留版本 2.1，或者发布最新的软件包），我正在创建符号链接来/usr/bin指向/usr/lib/arm-linux-gnueabihf/bin. 但我不清楚如何处理manuals。我想看新的man页面；例如，当我进入时man gpioset，我想查看 中的手册页/usr/lib/arm-linux-gnueabihf/share/man/man1/gpioset.1。

由于 RPi OS 是 Debian 的衍生产品，因此我希望安装 IAW Debian 约定的手册（无论是什么）。我确实针对6 个命令行工具whereis之一的名称运行了 a ，并得到以下结果：

$ whereis gpioinfo
gpioinfo: /usr/bin/gpioinfo /usr/bin/gpioinfo.old /usr/share/man/man1/gpioinfo.1.gz

我找到了所有 6 本手册/usr/share/man/man1（作为“gzip”压缩文件）。我认为替换“新旧”手册页的一种方法是移动 ( ) 旧手册，并在其位置放置新手册的链接。但我希望有比这更优雅的东西- 也许是某个地方的“一行”，指向. 有这样的单行本吗？mv/usr/lib/arm-linux-gnueabihf/share/man/man1

有没有办法临时设置它- 直到新libgpiod软件包发布？

这个问题有很多设置：

我有一个主机 ( rpi5.local)，有 2 个用户帐户：pi和cake。

我想探索git，并且创建了cake帐户来“拥有”“服务器/起源”存储库。作为用户cake，/home/cake我创建了一个文件夹 ( git-srv)，其中有一个名为 的子文件夹projectA。我经历了使用初始化此存储库的过程git init --bare。

最初，我projectA从另一台主机（ ）“填充”了服务器上的存储库rpi4b.local。我使用以下序列通过 SSH将主机上push调用的文件夹中的一些文件编辑到存储库：Aprojectraspberrypi4b.localprojectA

$ hostname
rpi4b.local
$ pwd
/home/pi/Aproject
$ git push -u ssh://[email protected]/home/cake/git-srv/projectA.git

这很好用。

作为用户pi，我clone将projectA存储库保存到/home/pi/XYZ. 我对commit中的一个文件进行了一些更改/home/pi/XYZ，并尝试push对服务器进行这些更改，如下所示：

$ hostname
rpi5.local
$ pwd
/home/pi/XYZ
$ git push -u /home/cake/git-srv/projectA.git

我从这次努力中得到了一个错误：

...
error: remote unpack failed: unable to create temporary object directory
To /home/cake/git-srv/projectA.git
 ! [remote rejected] master -> master (unpacker error)
error: failed to push some refs to '/home/cake/projectA.git'

经过对这个错误的一些研究后，我得出结论，这是和之间的权限问题。我认为解决方案是作为用户，所以我这样做了，然后再次尝试。最后，我的问题是：picakesu cakepipush

$ whoami
cake
$ hostname
rpi5.local
$ pwd
/home/pi/XYZ
$ git push -u /home/cake/git-srv/projectA.git
fatal: failed to stat '/home/pi/motd.git': Permission denied

在这种情况下意味着什么failed to stat？是否有简单的解决方法？

dpkg-reconfigure我最近开始了解GNU 软件包的固定安装所具有的恢复能力mailutils。在安装过程结束时，会出现一个对话框（ncurses？），提示用户做出选择并填写一些空白。这一切都很好，我想如果你足够熟练，你就可以避免在“安装后配置对话框”中犯任何错误，或者PICD正如我在续集中所说的那样。

我不熟练，需要重新运行“PICD”。由于还不熟悉dpkg-reconfigure，我认为有必要卸载然后重新安装。但是当我这样做时，安装完成了 - 但“PICD”没有重新出现。我尝试了reboot，但仍然没有“PICD”！？！

最终，有人向我提供了线索dpkg-reconfigure，但dpkg-reconfigure mailutils也未能恢复“PICD”。事实证明，需要重新配置的并不是MTA 。这需要一段时间才能解决，因为 Debian 打包器巧妙地隐藏在一个名为. 因此，获得第二次重新配置机会所需的魔法是：。这个发现使我能够采用反复试验的方法进行配置，并最终完成了它。mailutilspostfixmailutilspostfixdefault-mtadpkg-reconfigure postfix

但这给我提出了一两个问题：

1. 是什么导致后续安装时无法显示“PICD”？我的意思是，安装脚本如何知道用户已经看到“PICD”？安装程序是否记录并保存了一些值以防止“PICD”重播？

2. 为什么安装程序会禁用“PICD”的后续演示（没有咒语dpkg-reconfigure）？这实际上有什么意义呢？