Fravadona's questions

我的任务是为一些高性能 RHEL8 工作站和服务器设置自动更新。
我不喜欢这样做，因为无人值守的更新可能会出很多问题，但是，似乎引发错误和数据丢失比让计算机至少每周不更新“更安全”……

目标计算机使用zfs和kmod-nvidia（分别来自 zfsonlinux.org 和www.elrepo.org）；两个 RPM 都需要匹配的内核“版本”，因此我想要实施的第一个安全措施是确保当有新内核可用时，安装的zfs和kmod-nvidia（或其可用更新）与其兼容。

例如，现在有一个新的内核：

$ sudo dnf update --assumeno
Updating Subscription Management repositories.
Last metadata expiration check: 0:57:59 ago on Thu 28 Nov 2024 12:08:30 AM CET.
Dependencies resolved.
==========================================================================================================================================================
 Package                           Architecture           Version                                  Repository                                        Size
==========================================================================================================================================================
Installing:
 kernel                            x86_64                 4.18.0-553.30.1.el8_10                   rhel-8-for-x86_64-baseos-rpms                     10 M
Upgrading:
 bpftool                           x86_64                 4.18.0-553.30.1.el8_10                   rhel-8-for-x86_64-baseos-rpms                     11 M
 kernel-headers                    x86_64                 4.18.0-553.30.1.el8_10                   rhel-8-for-x86_64-baseos-rpms                     12 M
 kernel-tools                      x86_64                 4.18.0-553.30.1.el8_10                   rhel-8-for-x86_64-baseos-rpms                     11 M
 kernel-tools-libs                 x86_64                 4.18.0-553.30.1.el8_10                   rhel-8-for-x86_64-baseos-rpms                     10 M
 pam                               x86_64                 1.3.1-36.el8_10                          rhel-8-for-x86_64-baseos-rpms                    748 k
 python3-perf                      x86_64                 4.18.0-553.30.1.el8_10                   rhel-8-for-x86_64-baseos-rpms                     11 M
 webkit2gtk3                       x86_64                 2.46.3-2.el8_10                          rhel-8-for-x86_64-appstream-rpms                  28 M
 webkit2gtk3-jsc                   x86_64                 2.46.3-2.el8_10                          rhel-8-for-x86_64-appstream-rpms                 4.5 M
Installing dependencies:
 kernel-core                       x86_64                 4.18.0-553.30.1.el8_10                   rhel-8-for-x86_64-baseos-rpms                     43 M
 kernel-devel                      x86_64                 4.18.0-553.30.1.el8_10                   rhel-8-for-x86_64-baseos-rpms                     24 M
 kernel-modules                    x86_64                 4.18.0-553.30.1.el8_10                   rhel-8-for-x86_64-baseos-rpms                     36 M

Transaction Summary
==========================================================================================================================================================
Install  4 Packages
Upgrade  8 Packages

Total download size: 202 M

安装的kmod-nvidia接缝兼容：

$ sudo dnf repoquery --requires kmod-nvidia | awk '$1 == "kernel"'
kernel >= 4.18.0-553.el8_10

但我不知道该说些什么，因为其 RPM 中zfs没有提到任何要求：kernel

$ sudo dnf repoquery --requires zfs
Updating Subscription Management repositories.
/bin/sh
/usr/bin/python3.6
libblkid.so.1()(64bit)
libblkid.so.1(BLKID_1.0)(64bit)
libc.so.6(GLIBC_2.28)(64bit)
libcrypto.so.1.1()(64bit)
libdl.so.2()(64bit)
libm.so.6()(64bit)
libm.so.6(GLIBC_2.2.5)(64bit)
libnvpair.so.3()(64bit)
libnvpair3(x86-64) = 2.1.15-1.el8
libnvpair3(x86-64) = 2.1.15-2.el8
libpthread.so.0()(64bit)
libpthread.so.0(GLIBC_2.12)(64bit)
libpthread.so.0(GLIBC_2.2.5)(64bit)
libpthread.so.0(GLIBC_2.3.2)(64bit)
librt.so.1()(64bit)
librt.so.1(GLIBC_2.3.3)(64bit)
libtirpc.so.3()(64bit)
libudev.so.1()(64bit)
libudev.so.1(LIBUDEV_183)(64bit)
libuuid.so.1()(64bit)
libuuid.so.1(UUID_1.0)(64bit)
libuutil.so.3()(64bit)
libuutil3(x86-64) = 2.1.15-1.el8
libuutil3(x86-64) = 2.1.15-2.el8
libz.so.1()(64bit)
libzfs.so.4()(64bit)
libzfs5(x86-64) = 2.1.15-1.el8
libzfs5(x86-64) = 2.1.15-2.el8
libzfs_core.so.3()(64bit)
libzpool.so.5()(64bit)
libzpool5(x86-64) = 2.1.15-1.el8
libzpool5(x86-64) = 2.1.15-2.el8
openssl
rtld(GNU_HASH)
sysstat
systemd
util-linux
zfs-kmod = 2.1.15

如何验证已安装的（或可用的更新）zfs是否与新内核兼容？

我正在寻找一种方法来消除某些附加代码以.bashrc自动强制加载其环境的安装程序的不良行为。这个问题出现了几次，主要是在 Conda 上，在某些情况下，用户最终会使用一个损坏的帐户阻止他们再登录。

我试图在 .bashrc 的末尾添加一个未关闭的 here-document，如下所示：

# .bashrc

#...

: <<'__END__'

哪个有效，但会产生解析错误烦人的警告。

什么是一种干净的方法（不使 .bashrc 只读）？

我有一个适用于 IRIX/Linux/macOS/FreeBSD 的安装程序/更新程序脚本，我想将其兼容性扩展到 Solaris。

我已经修复了一些不符合 POSIX 的部分，除了crontab像这样生成的部分：

printf '%s\n' [email protected] '*/15 * * * * /path/cmd' | crontab -

# crontab -l # (on Linux/macOS/FreeBSD)
[email protected]
*/15 * * * * /path/cmd

^{注意： /path/cmd除非检测到问题，否则是安静的}

代码在 Solaris 上失败有以下三个原因：

1. MAILTO=引发语法错误
2. */15引发语法错误
3. crontab -尝试打开名为-

我用以下方法修复了 #2和#3：

printf '%s\n' '0,15,30,45 * * * * /path/cmd' | crontab

# crontab -l
0,15,30,45 * * * * /path/cmd

现在我不知道如何转换MAILTO=零件。从 POSIX 转发电子邮件的方法是crontab什么？

选择的解决方法：

感谢@ilkkachu和@Gilles'SO-stopbeingevil'指针，这就是我决定以符合 POSIX的方式模拟crontab行为的方式：MAILTO

# crontab -l
0,15,30,45 * * * * out=$(/path/cmd 2>&1); [ -n "$out" ] && printf \%s\\n "$out" | mailx -s "Cron <$LOGNAME@$(uname -n)>" [email protected]

但是，这个解决方案有一个潜在的问题：如果printf不是内置的 shell并且输出太大，那么它将失败并出现类似的问题。Argument list too long