假设某些系统管理员对其用户读取 /sbin 中的文件没有问题，但不希望他们运行这些文件。举个例子
/sbin/初始化一位叛逆的用户使用
ld.so /sbin/poweroff反而。弄清楚这一点后，系统管理员就会阻止执行访问
ld.so这没问题，因为用户可以简单地将 /bin/ld.so 复制到他们的主目录并使用
chmod +x ./myld.so ./myld.so /sbin/init系统管理员无法拒绝对 /bin/ld.so 的读取访问，因为它是 /lib/ld-linux-architecture.so 的符号链接，这样做会使系统对于叛逆的用户来说基本上毫无用处。
那么执行特权的意义是什么？
通常，在安装新的固件文件后，我需要重新启动以便内核检测到它们并加载它们以使我的硬件正常工作。但是，在 Debian 安装程序中，如果您缺少固件并且看到此屏幕
您可以将所需的文件粘贴到其中/lib/firmware，安装程序将以某种方式加载它们而无需重新启动。Debian 安装程序如何在不重新启动系统的情况下加载固件文件？
出于好奇，是否可以用 xz 压缩 Linux 内核，如果可以，我该怎么做？我实际上尝试用 xz [一个愚蠢的想法] 压缩原始内核映像并从 grub 提示符加载它并得到以下内容：
grub> linux /vmlinuz-6.0.5.xz root=/dev/sda2 rootfstype=ext4 rootwait ro 无效的幻数 蛴螬>
就像我之前说过的，这是一个毫无希望的想法，我曾预料到会出现错误。但是有没有用 xz 压缩 Linux 内核的实际方法？
请注意，我通常为 Raspberry Pi 开发，因此 x86_64 中可用的一些配置选项可能不存在。
最近，我一直在为我的Raspberry Pi 单板计算机构建一个LFS [Linux From Scratch]系统，目前我正处于最后一步。我正在尝试从 Raspberry Pi official Repository 编译 Linux 5.15，但每次我安装内核并重新启动时，都会发生以下情况：
EFI stub: Booting Linux Kernel...
EFI stub: Using DTB from configuration table
EFI stub: Exiting boot services...
就是这样。引导过程停止并永远停留在那里。我能想到的最可能的问题是无效的内核配置。非常感谢任何帮助。