Seamus's questions

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

#!/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）？这实际上有什么意义呢？

我读到，exfat自 2019 年末 - 2020 年初发布内核版本 5.4 以来，对文件系统的支持已合并到 Linux 内核中。我对这对软件包意味着什么感到困惑exfat-fuse。AFAIK，该exfat-fuse软件包在内核版本 5.4 之前就存在，并且是安装分区的临时exfat方法。

合并对文件系统的支持是否意味着不再需要exfat该软件包？exfat-fuse相反，如果仍然需要，那么通过在内核中exfat-fuse加入支持意味着/完成什么？exfat

一个相关的问题是关于此的文档 - 特别man mount是及其FILESYSTEM-SPECIFIC MOUNT OPTIONS部分。没有提及特定于文件系统的手册exfat，也没有“exfat 的安装选项”小节。这让我想问，“这些 exfat 的挂载选项覆盖在哪里？” 用户应该依赖 中的“FAT 的安装选项”小节man mount，还是应该依赖man mount.exfat-fuse或其他内容？

我已经用它systemd-timesyncd作为我的系统计时器好几年了。我为我的 Raspberry Pi 运行一个名为raspbian的 Debian衍生产品。我对 SNTP 客户端非常满意，但想尝试在离网应用程序中使用。systemd-timesyncdchronyd

以下命令可用于列出配置systemd-timesyncd：

$ systemctl cat systemd-timesyncd

在 中buster，此清单中有一段代码，systemd-timesyncd如果发现安装了另一个计时服务（NTP 守护进程），则可以“自行原谅”：

# /lib/systemd/system/systemd-timesyncd.service.d/disable-with-time-daemon.conf
[Unit]
# don't run timesyncd if we have another NTP daemon installed
ConditionFileIsExecutable=!/usr/sbin/ntpd
ConditionFileIsExecutable=!/usr/sbin/openntpd
ConditionFileIsExecutable=!/usr/sbin/chronyd
ConditionFileIsExecutable=!/usr/sbin/VBoxService

在发布后的某个时刻buster（与发布bullseye??同时发布），上述方案被更改；如果发现其他计时器，该命令systemctl cat systemd-timesyncd不再包含任何限制或禁止启动的引用。systemd-timesyncd

有谁还记得这个变化的历史吗？更重要的是，systemd-timesyncd如果发现安装了另一个计时守护进程，是否仍然会抑制其启动？这是在哪里/如何完成的？

在我新的 mac os/Darwin 系统上，我的find工具是 11 年前的 BSD 版本。我使用 MacPorts 安装了一个更新的版本：GNU's find，MacPorts 将其命名为gfind，并放置在/opt/local/bin/. 老化的 Apple 供应的find仍然存在/usr/bin/find。

如果系统仍在使用旧版本，我需要保留旧版本find，但我更喜欢find在命令行输入而不是gfind. 旧习惯和所有这些......

我知道我可以gfind在进入时find通过创建一个linkin /opt/local/bin/（它/usr/bin在我的 PATH 之前）或创建一个aliasin 来运行.zshrc。这两个工作正常。man gfind我的问题是当我输入时如何获取man find- 我尝试了几个版本的aliasin .zshrc，但没有一个有效。

我怎样才能让它工作？在命令行输入时如何man gfind进入寻呼机显示？man find

我最近了解到它journalctl占用了我 16GB SD 卡（Raspberry Pi）的很大一部分：

$ journalctl --disk-usage
Archived and active journals take up 312.1M in the file system.  

我没有这种感觉，journalctl并且journald在我的用例中为这台机器拉了重担。这是一个老式的 RPi，并且rsyslog还在运行。我估计我的需求和使用journalctl可能是“千载难逢”。因此，我决定禁用journald- which "feeds" journalctl。我认为这很简单，使用systemctltostop或者只是disableing thesystemd-journald.service以便它不会在下次启动时启动。

在拔掉插头之前，我决定做一些研究。没有找到数千个提供“操作方法”建议的参考资料，而是针对我的特定搜索词“如何禁用日记”的结果非常少。相反，结果大多提供了减少资源消耗journald的建议。我确实找到了一些让我停下来的参考资料：

ArchLinuxjournald论坛中的一个旧帖子表明，禁用它是不可能的。即，但这篇文章现在已经有 10 年历史了......"Masking systemd-journald causes all kinds of dependency failures and drops you at an emergency prompt."

systemd-journald.service 手册说，"stopping it [systemd-journald.service] is not recommended.". 文档从那里开始讨论命名空间？

我了解到阻止systemd单位启动的常用命令无效；即它正常启动：

$ sudo systemctl disable systemd-journald.service
$ sudo reboot 

# ... and after boot & login:

$ systemctl status systemd-journald.service
● systemd-journald.service - Journal Service
     Loaded: loaded (/lib/systemd/system/systemd-journald.service; static)
     Active: active (running) since Fri 2022-06-03 07:30:29 UTC; 1min 59s ago
TriggeredBy: ● systemd-journald-audit.socket
             ● systemd-journald.socket
             ● systemd-journald-dev-log.socket
       Docs: man:systemd-journald.service(8)
             man:journald.conf(5)
   Main PID: 134 (systemd-journal)
     Status: "Processing requests..."
      Tasks: 1 (limit: 1598)
        CPU: 820ms
     CGroup: /system.slice/systemd-journald.service
             └─134 /lib/systemd/systemd-journald

...
$ 

怎么可能journald被禁用？...或者可以禁用它吗？

如果不是，为什么systemd开发人员会强迫用户这样做？（好的，是的 - 征求意见，所以忘记这部分问题。）

也许是一个愚蠢的问题，但我对此很陌生 - 所以请多多包涵。

以下是情况的简要说明：

1. 我最近了解到一个长期存在的重大错误dhcpcd- RPi OS 的默认网络管理器。dhcpcd巧合的是，有人向最近提交的 GitHub 站点提交了一个拉取请求。

2. RPi 组织不会dhcpcd在 GitHub 上发布其源代码，但可以通过apt-get source dhcpcd5. 这产生了一个新文件夹 ( ~/dhcpcd5-8.1.2)、一个.dsc文件（有几个不准确之处）和一个压缩tar文件 ( dhcpcd5_8.1.2.orig.tar.xz) - 没有diff.gz文件/文件夹。我已经合并了简单的源代码更正（一行代码），并且学到了足够的知识来成功构建一个新.deb文件。我已经在我的 3 个系统上安装并测试了该.deb文件；它解决了问题并且我没有发现任何副作用

3. 不久前，我已将我的发现告知 RPi 组织中的一个人，但没有得到任何反馈。显然，没有地方可以提交用户对 Debian 软件包源文件提出的更改 - 没有拉取请求机制 iow。

我想分享我的努力。我想到可能（应该？）有一种方法可以有效地从 Debian 软件包dhcpcd源文件的内容创建一个 git repo。我知道足以git将内容上传~/dhcpcd5-8.1.2到 GitHub 存储库；但我的问题是：

1. 该文件夹~/dhcpcd5-8.1.2包含一些二进制文件。我认为这些文件是在此debuild过程中创建的。如何从 中的源中清除二进制文件~/dhcpcd5-8.1.2？

2. 中有几个补丁dhcpcd5-8.1.2/debian/patches；我可以安全地依靠2016 年的这些答案来确保所有补丁都应用于源代码吗？

3. 由于我知道的不够多，无法再问任何问题，所以我会问：“这行得通吗？” 这意味着如果删除所有二进制文件，并应用当前更改和所有以前的补丁——没有特定专业知识的人是否能够克隆我想要创建的 GitHub 存储库，并使用构建它debuild -b -uc -us？

我刚刚在 Raspberry Pi OS - 靶心机器上完成了一个简单的源代码修改和重建。因为这对我来说是新的，所以我将列出我遵循的步骤以避免歧义：

$ dhcpcd --version
dhcpcd 8.1.2                            # "before" version
$ sudo apt install devscripts           # build tools for using `debuild`
$ apt-get source dhcpcd5                # creates source tree ~/dhcpcd5-8.1.2; Debian git repo is far off!
$ cd dhcpcd5-8.1.2                      # cd to source dir
$ nano src/dhcp.c                       # make required changes to the source (one line)
~/dhcpcd5-8.1.2 $ debuild -b -uc -us    # successful build
$ cd ..
$ sudo dpkg -i dhcpcd5_8.1.2-1+rpt5_armhf.deb # install .deb file created by debuild
$ dhcpcd --version
dhcpcd 8.1.2                            # "after" version
$ 

一切都很好，但是“之前”和“之后”的版本号完全相同，这让我无法简单地知道我是否运行了已更正的代码或未更正的代码。我会将 更正后的.deb 文件安装到多个主机上，我可能会收到其他人的请求，等等，所以我想要一些方法来轻松区分更正和未更正的代码。

使用dhcpcd --version似乎是一种简单的方法来做到这一点。我读过 Debian 有关于版本号的规则，但由于我没有将它发布给“世界”，我认为不需要形式。另外 - 我已经向 Debian repo 提交了一个拉取请求/合并请求，并且我已经就这个问题向 RPi 组织提出了建议。我没有得到任何一方的反馈，但这个错误对我来说是一个巨大的烦恼。我不想等待dhcpcd具有“正确”版本号的新版本。

我必须做什么才能导致报告的更正版本- 或类似的东西？dhcpcddhcpcd 8.1.2.1

编辑澄清：

基于这个答案，我编辑了dhcpcd5-8.1.2/debian/changelog。在此更改之后，apt实用程序始终将版本报告dhcpcd为8.1.3：

$ apt-cache policy dhcpcd5
dhcpcd5:
  Installed: 1:8.1.3-1+rpt1
  Candidate: 1:8.1.3-1+rpt1
  Version table:
 *** 1:8.1.3-1+rpt1 100
        100 /var/lib/dpkg/status
     1:8.1.2-1+rpt1 500
        500 http://archive.raspberrypi.org/debian buster/main armhf Packages
     7.1.0-2 500
        500 http://raspbian.raspberrypi.org/raspbian buster/main armhf Packages
$ #
$ dpkg -s dhcpcd5 | grep Version
Version: 1:8.1.3-1+rpt1 
$

但是：dhcpcd --version仍然报告8.1.2。dhcpcd别名为dhcpcd5in /etc/alternatives。因此，dhcpcd --version实际上是dhcpcd5 --version。似乎可执行文件dhcpcd5是--version从与实用程序不同的来源获取的apt。？

编辑2：

原来报告的版本号dhcpcd --version定义defs.h如下：

#define PACKAGE                 "dhcpcd"
#define VERSION                 "8.1.2"

我觉得 dhcpcd有点离群。RPi 团队显然决定在发布时（几年前）放弃上游版本 9，并坚持使用 8.1.2 版本，即使在 8.1.2 版本之后有多个上游版本。更令人困惑的是.dsc文件Vcs-Browser: https://salsa.debian.org/smlx-guest/dhcpcd5列为 Git 存储库的事实——但它实际上停留在版本 7。这对我来说没有多大意义——我想这是我不是包维护者的原因之一。:)