Ned64's questions

我的 Linux 笔记本电脑 (openSUSE Tumbleweed) 应该休眠但却没有休眠，我不明白为什么。我曾经有过类似的系统 (Arch Linux) 在相同情况下休眠 (LUKS 上的 LVM)。这是我的配置：

• EFI-GRUB 启动
• LUKS 上的 LVM；LVM 具有根分区、主分区和交换分区
• /etc/fstab在 中启用并由 UUID 安装的交换区swapon -s显示它处于活动状态。它的大小为 32GB，安装了 16GB RAM。
• GRUB 在默认配置中有恢复语句/boot/grub2/grub.cfg（见下文）。

以下是检查内核和系统休眠功能的几个命令：

# zgrep HIBERN /proc/config.gz
CONFIG_ARCH_HIBERNATION_POSSIBLE=y
CONFIG_ARCH_HIBERNATION_HEADER=y
CONFIG_HIBERNATE_CALLBACKS=y
CONFIG_HIBERNATION=y
CONFIG_HIBERNATION_SNAPSHOT_DEV=y
CONFIG_HIBERNATION_COMP_LZO=y
# CONFIG_HIBERNATION_COMP_LZ4 is not set
CONFIG_HIBERNATION_DEF_COMP="lzo"

因此内核配置为支持休眠。

此次引导（由 GRUB 完成）有：

# cat /proc/cmdline 
BOOT_IMAGE=/boot/vmlinuz-6.11.6-2-default root=/dev/mapper/cryptolvm-opensuse splash=silent resume=/dev/mapper/cryptolvm-swap mem_sleep_default=deep security=selinux selinux=1 enforcing=1 mitigations=auto

我尝试resume=使用UUID=....交换的 UUID 进行改变，但没有效果。

# cat /sys/power/state
freeze mem

这里disk缺少了但我不知道为什么。

当然现在这行不通了：

# systemctl hibernate
Call to Hibernate failed: Sleep verb 'hibernate' is not configured or configuration is not supported by kernel
Exit 1

内核是否依赖 BIOS 来启用休眠功能？（据我所知不是。）在这种情况下，我可以在那里检查一些东西吗？

我在一次活动中拍摄了 300 张照片。后来我注意到相机中的日期设置不正确——休息一天。文件中有很多 EXIF 数据，而不仅仅是创建日期。

如何仅更改所有相关 EXIF 字段中包含的日期以更正日期（准确减去一天）？

此修改不应更改其他数据！

也许对于每个文件，我可以转储数据（exiftool或exiv2？），然后修改转储（使用awk？），然后从修改后的转储中替换 EXIF 数据？但是怎么做？

编辑：

每个文件有很多数据：

# exiftool IMG_9040.JPG | wc 
    289    2218   13996

很多是日期：

# exiftool IMG_9040.JPG | grep 2021 | grep -v File
Modify Date                     : 2021:11:02 17:06:58
Date/Time Original              : 2021:11:02 17:06:58
Create Date                     : 2021:11:02 17:06:58
Create Date                     : 2021:11:02 17:06:58.24+01:00
Date/Time Original              : 2021:11:02 17:06:58.24+01:00
Modify Date                     : 2021:11:02 17:06:58.24+01:00

我希望改变所有这些。

我有一台通过 DHCP 接收其 IP 地址的服务器。这似乎有效并且连接正在工作（目前）。但是，自从安装了新文件后，我还没有重新启动，/etc/sysconfig/iptables所以下次重新启动时我可能会损失很大。

我注意到我的防火墙阻止了像这样的传出 UDP DHCP 连接：

[22994.373788] Firewall: *UDP_OUT Blocked* IN= OUT=enup0 SRC=$OUR_IP DST=$DHCP_SERVER_IP LEN=328 TOS=0x00 PREC=0x00 TTL=64 ID=53942 DF PROTO=UDP SPT=68 DPT=67 LEN=308 UID=0 GID=0

这大概是一些 DHCP 客户端命令，例如请求更新 DHCP 租约？

如果我阻止这个传出请求会发生什么？如果那是依赖于 DHCP 服务器实现：也许 RFC 文档要求我不阻止它？

相关：在启动期间启动网络之前或之后是否从/etc/sysconfig/iptables(by ) 初始化防火墙规则？iptables.service

我希望尽可能多地阻止，否则我只会允许它而不是在这里询问。

我经常使用脚本禁用 Caps Lock 和相应的修饰符，使用xmodmap. 这一切都很好。

然而，有时，由于某种未知的原因，Caps Lock 处于活动状态。没有键绑定，Caps_Lock也没有键绑定来切换Lock修饰符，除非我重置键盘映射，按下键，然后将其重新映射到我想要的配置，否则我无法关闭 Caps Lock。

那么：如何在不重新映射键且没有键绑定的情况下禁用 Caps Lock（当前处于活动状态）？

也许命令行工具可以设置状态？

对于任何感兴趣的人，以下是我的脚本如何通过按键禁用意外激活 Caps Lock（我从不故意启用它）：

#!/bin/sh
# I never want to use Caps_Lock.  Make Caps_Lock another Control_L...
xmodmap -e "remove Lock = Caps_Lock" 2> /dev/null
xmodmap -e "keysym Caps_Lock = Control_L" 2> /dev/null
xmodmap -e "add Control = Control_L" 2> /dev/null

我有大量文件需要缩小。我发现大多数（不是全部）文件都有一个结尾部分，可以在不丢失信息的情况下进行剪切：

Data 1
Data 2
something_unimportant_here END DATA
Rubbish 1
Rubbish 2

如何通过删除包含“END DATA”的行以及所有后续行来编辑文件（因此全部结束），就地，仅更改那些包含该模式的文件，从而最大限度地减少对磁盘的写访问（很多很多文件和慢速磁盘）。

如果可能的话，我想在文件中添加一个新的最后一行（我自己的结束标记），以便文件的语法保持正确——同样，仅在那些包含该模式的文件中。

我正在考虑使用ed，比如

echo ',s/END DATA/ ???? '\\n'q'\\n'wq' | ed "$file"

但似乎无法管理???? 部分正确。

预期输出：

Data 1
Data 2
NEW END

我有一个三重引导设置（3xLinux）。所有 Linuce 共享/home和swap，并且它们的/分区彼此相邻。全部驻留在 LUKS 上的 LVM 中：

# lsblk
NAME                     MAJ:MIN RM   SIZE RO TYPE  MOUNTPOINT
nvme0n1                  259:0    0 951.8G  0 disk  
|-nvme0n1p1              259:1    0   800M  0 part  /boot/efi
|-nvme0n1p2              259:2    0    32G  0 part  
|-nvme0n1p3              259:3    0   619M  0 part  
`-nvme0n1p4              259:4    0 706.5G  0 part  
  `-cryptolvm            254:0    0 706.5G  0 crypt 
    |-cryptolvm-swap     254:1    0    32G  0 lvm   [SWAP]
    |-cryptolvm-home     254:2    0 430.0G  0 lvm   /home
    |-cryptolvm-centos   254:3    0    41G  0 lvm   /mnt/centos
    |-cryptolvm-arch     254:4    0    41G  0 lvm   /
    `-cryptolvm-opensuse 254:5    0    41G  0 lvm   /mnt/opensuse

openSUSE 管理 GRUB2（完全加密，即在驻留在 openSUSE 系统分区上的 grub 菜单之前需要磁盘解锁密码/）。

问题： Arch 没有解锁加密磁盘，因此在引导期间/dev/nvme0n1p4无法访问它。/它让我进入紧急提示。

这是 Arch Linux 的设置：

mkinitcpio/boot/initramfs-linux.img配置（是的，我在更改后重新创建了）：

# grep crypt /etc/mkinitcpio.conf | tail -1
HOOKS=(base udev autodetect modconf keyboard block encrypt lvm2 filesystems fsck)

openSUSE 上的 GRUB2 配置：

# grep --after=18 Arch /mnt/opensuse/boot/grub2/grub.cfg
menuentry 'Arch Linux (rolling) (on /dev/mapper/cryptolvm-arch)' --class arch --class gnu-linux --class gnu --class os $menuentry_id_option 'osprober-gnulinux-simple-aaaaaaaa-aaaa-aaaa-aaaa-aaaaaaaaaaaa' {
    insmod part_gpt
    insmod cryptodisk
    insmod luks
    insmod gcry_rijndael
    insmod gcry_rijndael
    insmod gcry_sha256
    insmod lvm
    insmod ext2
    cryptomount -u 99999999999999999999999999999999
    set root='lvmid/VVVVVV-VVVV-VVVV-VVVV-VVVV-VVVV-VVVVVV/qqqqqq-qqqq-qqqq-qqqq-qqqq-qqqq-qqqqqq'
    if [ x$feature_platform_search_hint = xy ]; then
      search --no-floppy --fs-uuid --set=root --hint='lvmid/VVVVVV-VVVV-VVVV-VVVV-VVVV-VVVV-VVVVVV/qqqqqq-qqqq-qqqq-qqqq-qqqq-qqqq-qqqqqq'  aaaaaaaa-aaaa-aaaa-aaaa-aaaaaaaaaaaa
    else
      search --no-floppy --fs-uuid --set=root aaaaaaaa-aaaa-aaaa-aaaa-aaaaaaaaaaaa
    fi
    linuxefi /boot/vmlinuz-linux cryptdevice=UUID=99999999999999999999999999999999:cryptolvm root=/dev/mapper/cryptolvm-arch  resume=/dev/cryptolvm/swap splash=silent quiet showopts
    initrdefi /boot/initramfs-linux.img
}

LVM 设备：

# vgs -v
  VG        Attr   Ext   #PV #LV #SN VSize   VFree    VG UUID                                VProfile
  cryptolvm wz--n- 4.00m   1   5   0 706.45g <120.51g VVVVVV-VVVV-VVVV-VVVV-VVVV-VVVV-VVVVVV

# lvs -v | grep arch
  arch     cryptolvm    1 -wi-ao----  <40.96g  -1  -1  254    4  qqqqqq-qqqq-qqqq-qqqq-qqqq-qqqq-qqqqqq

磁盘/分区 UUID：

# blkid | egrep '(p4|arch)'
/dev/nvme0n1p4: UUID="99999999-9999-9999-9999-999999999999" TYPE="crypto_LUKS" PARTUUID="cccccccc-cccc-cccc-cccc-cccccccccccc"
/dev/mapper/cryptolvm-arch: UUID="aaaaaaaa-aaaa-aaaa-aaaa-aaaaaaaaaaaa" PARTUUID="cccccccc-cccc-cccc-cccc-cccccccccccc"

解决方法：

GRUB2（或 initramfs）让我进入提示符，因为它无法挂载/dev/mapper/cryptolvm-arch到/（或，到/new_root）。所以在每次启动时我手动输入：

> cryptsetup open /dev/nvme0n1p4 cryptolvm
(...)
> mount /dev/mapper/cryptolvm-arch /new_root
> ^D

为什么这是必要的？cryptomount安装在 (和cryptdevice) 中给出了两次（grub.cfg这确实被使用了）。

编辑：

也许这与EFI有关？如果是，我会收到 EFI 错误吗？grub.cfgopenSUSE 通过 EFI 启动，从它的链加载/，然后启动 Arch - 这里是linuxefi正确的吗？

就在 GRUB2 将我放到紧急 shell 之前，我可以键入键，它们会出现在屏幕上。当外壳打开时，键入的字符仍在缓冲区中并输入到该外壳中。

在 2019 年 9 月 17 日将 CentOS 自动更新到 7.7 版后，当我重新启动管理程序服务器时，我的 QEMU/KVM 虚拟机没有启动。

尝试手动启动 VM 会出现此错误：

# virsh start mygreatvm
error: failed to connect to the hypervisor
error: no connection driver available for <null>

尝试列出当前定义的虚拟机（有问题的虚拟机设置为在每次启动时默认启动（自动启动），因此它们至少应该出现在这里）：

# virsh list
error: failed to connect to the hypervisor
error: no connection driver available for <null>

系统日志中没有错误消息，/var/log/libvirt/qemu/*.log. libvirt 守护进程似乎运行良好，并且没有抱怨未启动的服务器/etc/libvirt/qemu/autostart/*xml：

# systemctl status libvirtd
● libvirtd.service - Virtualization daemon
   Loaded: loaded (/usr/lib/systemd/system/libvirtd.service; enabled; vendor preset: enabled)
   Active: active (running) since Wed 2019-09-18 16:42:30 UTC; 2min 49s ago
     Docs: man:libvirtd(8)
           https://libvirt.org
 Main PID: 1817 (libvirtd)
    Tasks: 16 (limit: 32768)
   CGroup: /system.slice/libvirtd.service
           └─1817 /usr/sbin/libvirtd
Sep 18 16:42:30 server systemd[1]: Starting Virtualization daemon...
Sep 18 16:42:30 server systemd[1]: Started Virtualization daemon.

我有一些不是 7 位干净的文件/文件夹名称，它们在我的 openSUSE 系统中没有正确显示。

文件夹 /music/Gabriel_Fauré 的示例：

# ls -1d /music/Gabriel_Faur?
/music/Gabriel_Faur??

也许语言环境LC_CTYPE没有设置为某个 UTF-8 值？

# locale
locale: Cannot set LC_ALL to default locale: No such file or directory
LANG=en_US.UTF-8
LC_CTYPE=en_US.UTF-8
LC_NUMERIC=en_US.UTF-8
LC_TIME=en_GB.UTF-8
LC_COLLATE="en_US.UTF-8"
LC_MONETARY=en_GB.UTF-8
LC_MESSAGES=en_US.UTF-8
LC_PAPER=a4
LC_NAME=en_US.UTF-8
LC_ADDRESS=en_US.UTF-8
LC_TELEPHONE=en_US.UTF-8
LC_MEASUREMENT=en_US.UTF-8
LC_IDENTIFICATION=en_US.UTF-8
LC_ALL=

LC_CTYPE好吧，我认为这对 Unicode 来说很好！错误信息说什么？

有趣的是，设置LC_ALL为 的确切值LC_CTYPE将起作用：

# setenv LC_ALL en_US.UTF-8
# ls -1d /music/Gabriel_Faur?
/music/Gabriel_Fauré

但是，我不想将 LC_ALL 设置为 en_US.UTF-8 （或任何东西，真的），因为它会弄乱其他一些设置！这不是解决办法，但对我来说只是一个糟糕的解决方法。

/bin/ls另外，为什么在将字符打印到屏幕时，和/或我的外壳会忽略 LC_CTYPE ？

在 Arch Linux 中，我会检查是否生成了语言环境，但在 openSUSE 中我没有发现任何关于该主题的内容。此外，语言环境似乎确实存在。

编辑：

# ls -1d /music/Gabriel_Faur? | hexdump -C
00000000  2f 6d 75 73 69 63 2f 47  61 62 72 69 65 6c 5f 46  |/music/Gabriel_F|
00000010  61 75 72 c3 a9 0a                                 |aur...|
00000016

所以它是正确的 UTF-8（据我所知）。

编辑2：

# locale -a | grep en_US
en_US
en_US.iso885915
en_US.utf8
# locale -a | wc -l
495

EDIT3（正确答案后）：

# unsetenv LC_PAPER
# unsetenv LC_ALL
# ls -1d /*/Gabriel_Faur?
/music/Gabriel_Fauré

该LC_PAPER=a4变量可防止 UTF-8 编码的 Unicode 字符在屏幕上打印（没有双关语） ！

我尝试重新启动我的 CentOS 7 服务器，但它给出了荒谬的错误消息。

作为根（当然）：

# systemctl reboot
Authorization not available. Check if polkit service is running or see debug message for more information.
Failed to start reboot.target: Connection timed out
See system logs and 'systemctl status reboot.target' for details.
Exit 1

是否polkit需要检查是否root有权重启机器？？？如果是这样，为什么？

# systemctl status reboot.target
● reboot.target - Reboot
   Loaded: loaded (/usr/lib/systemd/system/reboot.target; disabled; vendor preset: disabled)
   Active: inactive (dead)
     Docs: man:systemd.special(7)
Exit 3

我需要启用reboot目标吗？为什么默认情况下会禁用此功能？

也许这会起作用？

# systemctl start reboot.target
Authorization not available. Check if polkit service is running or see debug message for more information.
Failed to start reboot.target: Connection timed out
See system logs and 'systemctl status reboot.target' for details.
Exit 1

好的，强制它，然后：

# systemctl --force reboot
Authorization not available. Check if polkit service is running or see debug message for more information.
Failed to execute operation: Connection timed out
Exit 1

而且服务器还在。

在一个系统上，我在 RPM DB 中有两个完全相同的条目：

# rpm -qa | fgrep gvfs-fuse
gvfs-fuse-1.40.0-1.1.x86_64
gvfs-fuse-1.40.0-1.1.x86_64

显然没有任何帮助：

# rpm -e --justdb --nodeps gvfs-fuse-1.40.0-1.1.x86_64
error: "gvfs-fuse-1.40.0-1.1.x86_64" specifies multiple packages:
  gvfs-fuse-1.40.0-1.1.x86_64
  gvfs-fuse-1.40.0-1.1.x86_64

# rpm --rebuilddb

# rpm -qa | fgrep gvfs-fuse
gvfs-fuse-1.40.0-1.1.x86_64
gvfs-fuse-1.40.0-1.1.x86_64

有没有办法更具体地指定要删除的包（从数据库中）以选择其中之一？

我在本地没有root权限的机器上。X 转发被禁用。

远程我在没有屏幕的机器上运行一个进程，使用Xvfb虚拟帧缓冲区模拟 X 服务器但丢弃显示的任何图像。这工作得相当好。

现在，有些东西不起作用，我需要通过查看 X 屏幕进行调试。我确实截取了屏幕截图Xvfb，xwd -display :99 -root -out /tmp/screenshot.xwdump但是按顺序查看其中的许多内容非常复杂。

有没有办法从我的客户端连接到服务器，然后连接到帧缓冲区以便在本地显示远程 X 窗口？

这可能是第二个ssh渠道。X 程序理想情况下应该在断开连接后继续运行，如果可能的话，我希望能够在第二次连接之前启动它（想想spice）。

我只有到服务器的传出连接，并且只有到端口 22。两台机器上的 root 权限都不可用。

PS：这个问题类似于通过 ssh 运行程序，但我的要求是不能像在客户端或服务器上那样安装任何程序，root这似乎排除了xpra（那里给出的答案），除非我找到一种简单的方法来使用它。

My/etc/group通过添加新用户以及安装添加了自己的用户和/或组的程序而成长。对于/etc/passwd. 由于缺乏结构，编辑现在变得有点麻烦。

我可以对这些文件进行排序（例如按数字 id 或按名称的字母顺序）而不会对系统和/或包管理器产生负面影响吗？

我想这没关系，但只是为了确定我想得到第二意见。也许root需要成为第一行或前 1k 行之类的东西？

也是如此/etc/*shadow。

我有一个由内置软件配置为 RAID1 阵列的 2 磁盘 NAS。上面有两个包含数据的卷（MD 上的 LVM）。现在我更换了两个磁盘并希望复制旧数据。

我有两个磁盘通过 USB 连接到 Linux PC，现在我想挂载这些卷。这是它的样子：

# lsblk | tail -11
sdp                              8:240  0   3.7T  0 disk  
├─sdp1                           8:241  0   1.9G  0 part  
├─sdp2                           8:242  0   1.9G  0 part  
└─sdp3                           8:243  0   3.7T  0 part  
sdq                             65:0    0 931.5G  0 disk  
├─sdq1                          65:1    0   1.9G  0 part  
├─sdq2                          65:2    0   1.9G  0 part  
└─sdq3                          65:3    0 927.7G  0 part  
  └─md124                        9:124  0 927.6G  0 raid1 
    ├─vg_a8765432-vg_info_area 254:9    0   100M  0 lvm   
    └─vg_a8765432-lv_37654321  254:10   0 927.5G  0 lvm  

由于我对 MD 和 LVM 没有足够的经验，请有人告诉我如何在 MD+LVM 中挂载 ext4 分区以恢复文件？

旧驱动器中/上没有缺陷或数据不一致（无需维修）。它们稍后将被重新格式化并在不同的上下文中重用。尽管如此，如果我ro现在可以安装它们，我会更喜欢那样。

更新：数据sdq3已经恢复（感谢@hauke-laging），所以现在sdp3（另一个“linux_raid_member”）是两个数据分区的剩余部分。

当我登录到 SSH 服务器/主机时，我会被询问其公钥的哈希值是否正确，如下所示：

# ssh 1.2.3.4
The authenticity of host '[1.2.3.4]:22 ([[1.2.3.4]:22)' can't be established.
RSA key fingerprint is SHA256:CxIuAEc3SZThY9XobrjJIHN61OTItAU0Emz0v/+15wY.
Are you sure you want to continue connecting (yes/no)? no
Host key verification failed.

为了能够比较，我之前在 SSH 服务器上使用了这个命令，并将结果保存到客户端的一个文件中：

# ssh-keygen -lf /etc/ssh/ssh_host_rsa_key.pub
2048 f6:bf:4d:d4:bd:d6:f3:da:29:a3:c3:42:96:26:4a:41 /etc/ssh/ssh_host_rsa_key.pub (RSA)

出于某种重要原因（毫无疑问），其中一个命令使用了一种不同的（更新的？）显示哈希的方式，从而极大地帮助了中间人攻击者，因为它需要一个重要的转换来比较这些。

如何比较这两个哈希值，或者更好：强制一个命令使用另一个命令的格式？

该-E选项ssh-keygen在服务器上不可用。