问题[linux-kernel](computer)

我无法启动到新的 6.5 内核。

我在我的笔记本电脑上使用 Parrot Security，它最近从内核 6.1 升级到 6.5，但我无法启动到 6.5 内核。

当我尝试更新时会发生这种情况：

Building module: Cleaning build area... 'make' -j4 KVER=6.5.0-
13parrot1-amd64 KSRC=/lib/modules/6.5.0-13parrot1-
amd64/build..........(bad exit status: 2) Error! Bad return status
for module build on kernel: 6.5.0-13parrot1-amd64 (x86_64) Consult
 /var/lib/dkms/realtek-rtl8188eus/5.3.9~git20230101.f8ead57/build/make.log for more 
information. Error! One or more modules failed to install during
 autoinstall. Refer to previous errors for more information. dkms:
 autoinstall for kernel: 6.5.0-13parrot1-amd64 failed! run-parts: 
/etc/kernel/postinst.d/dkms exited with return code 11 
dpkg: error processing package linux-image-6.5.0-13parrot1-amd64 (--configure): 
installed linux-image-6.5.0-13parrot1-amd64 package post-installation
 script subprocess returned error exit status 1 Setting up python3-
libevdev (0.5-3) ... 
dpkg: dependency problems prevent configuration of linux-image-amd64: linux-image-amd64 depends on linux-image-6.5.0-13parrot1-amd64 
(= 6.5.13-1parrot1); however: Package linux-image-6.5.0-13parrot1-amd64 is not configured yet.

dpkg: error processing package linux-image-amd64 (--configure): 
dependency problems - leaving unconfigured Setting up python3-pyudev
 (0.24.0-1) ... Setting up libwacom-common (2.6.0-1) ... Setting up
 libwacom9:amd64 (2.6.0-1) ... Setting up libinput-bin (1.22.1-1) ...
 Setting up libwacom-bin (2.6.0-1) ... Setting up libinput10:amd64 
(1.22.1-1) ... Processing triggers for man-db (2.11.2-2) ...
 Processing triggers for udev (252.19-1~deb12u1) ... Processing
 triggers for libc-bin (2.36-9+deb12u3) ... Errors were encountered
 while processing: linux-headers-6.5.0-13parrot1-amd64 linux-headers-amd64 
linux-image-6.5.0-13parrot1-amd64 linux-image-amd64 Scanning application launchers 
Removing duplicate launchers or broken launchers Launchers are updated 
E: Sub-process /usr/bin/dpkg returned an error code (1)

• 我尝试使用dpkg --configure -a.
• 我尝试过--fix-broken

总是说 linux-image-6.5 未配置

我正在阅读这篇文章并开始怀疑是否有任何东西阻止我修改 linux tcp 堆栈的副本以支持超过 16 位的标头以允许更多端口。这是否可能，如果是这样，第 1-3 层上的任何东西会阻止包含 32 位 tcp 标头的修改数据包的传输吗？

我使用下面的存储库在 Arch Linux 上使用 CPU 优化内核 linux-ck-ivybridge，但是由于未知原因，pacman 自 2021 年 7 月以来已停止升级内核。

它也不再被 pacman 列出。他们是否停止提供 CPU 优化内核？

~$ sudo pacman -Syyu
[sudo] password for konrad: 
:: Synchronizing package databases...
 core                                      154.6 KiB   429 KiB/s 00:00 [########################################] 100%
 extra                                    1715.0 KiB  2.50 MiB/s 00:01 [########################################] 100%
 community                                   6.5 MiB  2.78 MiB/s 00:02 [########################################] 100%
 repo-ck                                     3.8 KiB  16.6 KiB/s 00:00 [########################################] 100%
:: Starting full system upgrade...
 there is nothing to do
~$ pacman -Ss linux-ck-ivybridge
~$ pacman -Ss linux-ck          
repo-ck/linux-ck 5.16.14-1 (ck-generic)
    The Linux-ck kernel and modules with ck's hrtimer patches
repo-ck/linux-ck-generic-v2 5.16.14-1 (ck-generic-v2)
    The Linux-ck-generic-v2 kernel and modules with ck's hrtimer patches
repo-ck/linux-ck-generic-v2-headers 5.16.14-1 (ck-generic-v2)
    Headers and scripts for building modules for Linux-ck-generic-v2 kernel
repo-ck/linux-ck-generic-v3 5.16.14-1 (ck-generic-v3)
    The Linux-ck-generic-v3 kernel and modules with ck's hrtimer patches
repo-ck/linux-ck-generic-v3-headers 5.16.14-1 (ck-generic-v3)
    Headers and scripts for building modules for Linux-ck-generic-v3 kernel
repo-ck/linux-ck-generic-v4 5.16.14-1 (ck-generic-v4)
    The Linux-ck-generic-v4 kernel and modules with ck's hrtimer patches
repo-ck/linux-ck-generic-v4-headers 5.16.14-1 (ck-generic-v4)
    Headers and scripts for building modules for Linux-ck-generic-v4 kernel
repo-ck/linux-ck-headers 5.16.14-1 (ck-generic)
    Headers and scripts for building modules for Linux-ck kernel

/etc/pacman.conf

[...]
[repo-ck]
Server = https://mirror.lesviallon.fr/$repo/os/$arch
Server = http://repo-ck.com/$arch

为了修复无法启动的 SLES15 系统，我启动了 Rescue 映像，将现有系统挂载到/mnt，然后执行chroot /mnt（我省略了细节，因为这些可能是已知的（或者在How do you create a chroot environment for OpenSUSE Leap 中找到） ? ))。

当尝试使用重建 initrd时，救援系统中使用的内核与环境中dracut找到的内核不匹配。chroot

例如输出是：

dracut: cannot find module directory /lib/modules/5.3.18.57-default

（是救援系统的内核；例如5.3.18.57-default不引导的内核）5.3.18-150300.59.46-default

我不确定正确的语法是什么；我是否必须指定 initrd 和内核的完整路径，如果是“vmlinuz”变体或“vmlinux.gz”变体？

我计划为基于 ARM Cortex A78 的系统启动 Linux。
我对此也有一些疑问。

1. 我应该选择哪个内核版本？
我在 root/arch/arm64/include/cputype.h 中检查了 5.4.112、5.10.30、5.11.14、5.12-rc7 内核的 ARM_CPU_PART_CORTEX_A78，但不匹配。
你能推荐一个支持 Cortex-A78 的内核版本吗？或者
您能否建议任何可以将 Cortex-A78 支持添加到内核的补丁？

2. 我的目标平台/机器是一个模拟器，只有一个 ARM Cortex A78 内核和一个 DDR RAM。目前没有其他外围设备。
这台机器的最小内核配置应该是什么？
在配置内核时，defconfig 中的哪些选项可以选择为“否”，以保证所选的最小配置肯定会在上述平台中启动 Linux？

3. 我应该使用未压缩的图像还是压缩图像？
请注意，我计划将编译后的 Linux 映像的二进制文件放入 RAM 中，在 A78 将在重置时跳转的位置。如果需要，我们还将为 A78 开发基本引导代码，这将允许处理器跳转到 RAM 中的 Linux 映像位置。

我知道在嵌入式设备上启动 Linux 需要更多的软件组件，例如 bood 代码、FSBL、uboot 等。
但是，我只是想尝试一下，这就是为什么我想为 ARM Cortex-A78 和 A DDR RAM 编译尽可能小的 Linux系统，并希望看到与 Linux 运行相同的系统。

除了上述问题的答案，您的建议将不胜感激。
如果我在任何时候不清楚，请随时通知我。

谢谢和问候，
Maunik Patel

我正在运行 Ubuntu 19.10，由于 linux 内核 5.3 的一些问题，我切换到了 5.4。现在，如果我想删除旧的 virtualbox dkms 文件（virtualbox-6.0.14），dpkg 会以错误代码 10 退出。有人可以帮我吗？我在这里附加了 apt autoremove 的输出：

$ sudo apt autoremove 
Reading package lists... Done
Building dependency tree       
Reading state information... Done
0 upgraded, 0 newly installed, 0 to remove and 0 not upgraded.
1 not fully installed or removed.
After this operation, 0 B of additional disk space will be used.
Setting up virtualbox-dkms (6.0.14-dfsg-1) ...
Removing old virtualbox-6.0.14 DKMS files...

------------------------------
Deleting module version: 6.0.14
completely from the DKMS tree.
------------------------------
Done.
Loading new virtualbox-6.0.14 DKMS files...
Building for 5.4.21-20.02.19.amdgpu.ubuntu
Building initial module for 5.4.21-20.02.19.amdgpu.ubuntu
ERROR (dkms apport): kernel package linux-headers-5.4.21-20.02.19.amdgpu.ubuntu is not     supported
Error! Bad return status for module build on kernel: 5.4.21-20.02.19.amdgpu.ubuntu (x86_64)
Consult /var/lib/dkms/virtualbox/6.0.14/build/make.log for more information.
dpkg: error processing package virtualbox-dkms (--configure):
 installed virtualbox-dkms package post-installation script subprocess returned error exit     status 10
Errors were encountered while processing:
 virtualbox-dkms
E: Sub-process /usr/bin/dpkg returned an error code (1)`

先感谢您！

我正在浏览其中一台服务器，在.deb使用 Debian 安装软件包时发现了一件非常有趣的事情。

当我这样做时uname -a，我得到以下输出：

Linux ip-10-20-1-20 4.15.0-1060-aws #62-Ubuntu SMP Tue Feb 11 21:23:22 UTC 2020 x86_64 x86_64 x86_64 GNU/Linux

这表明系统具有 x86_64 内核架构。

当我这样做时dpkg --print-architecture，我得到以下输出：

amd64

所以当我想安装 Debian 包时，我需要一个带有amd64架构的包，而不是x86_64.

有人可以告诉我为什么 dpkg 和内核架构之间存在差异吗？

我尝试使用本指南： https ://wireless.wiki.kernel.org/en/users/drivers/mac80211_hwsim

并且做了

modprobe mac80211_hwsim

但是输出是：

modprobe: FATAL: Module mac80211_hwsim not found in directory /lib/modules/...

我如何得到它？

我在使用时对“字节”和“位”的使用感到困惑linux tc

linux tc-tbf说它使用'字节'

tbf - 令牌桶过滤器

概要

tc qdisc ... tbf 速率突发字节/单元（延迟毫秒 | 限制字节）[ mpu 字节 [峰值速率 mtu 字节/单元]。突发也称为缓冲区和最大突发。mtu 也称为 minburst。

但我发现它使用“位”。它使用一个小写字母“b”

nimdrak@nimdrak-VirtualBox:~/custom/simple_experiment/link_capacity$ 
sudo tc -s -s -d c ls dev s2-eth3

class htb 1:1 root prio 0 quantum 200000 rate 200000Kbit ceil 200000Kbit 
linklayer ethernet burst 65000b/1 mpu 0b overhead 0b cburst 65000b/1 mpu 0b 
overhead 0b level 0 

 Sent 2265264968 bytes 37732 pkt (dropped 0, overlimits 0 requeues 0) 

 rate 0bit 0pps backlog 0b 0p requeues 0 

 lended: 37732 borrowed: 0 giants: 0

 tokens: 3098 ctokens: 3098

我认为 linux tc 使用 'b, bit' 作为标准单位，因为它在终端显示 'b'。

但我不确定。

我如何确定字节和位之间的正确性？

太感谢了！

语境

我正在尝试运行数据包生成器 MoonGen，但是，它需要我将 NIC 绑定到 VFIO-PCI 驱动程序。因此，我必须先将 NIC 与其当前驱动程序解除绑定，然后再将其与 VFIO-PCI 驱动程序重新绑定。

解绑

我首先从当前驱动程序 mlx5_core 解除绑定我的 NIC 与 PCI 地址 0000:03:00.1：

$ echo -n "0000:03:00.1" > /sys/bus/pci/drivers/mlx5_core/unbind 

dmesg 在另一个窗口中运行，报告：

[Aug30 23:36] mlx5_3:wait_for_async_commands:735:(pid 1605): done with all pending requests  
[  +0.048579] (0000:03:00.1): E-Switch: cleanup  

这让我相信一切都很顺利，并且使用 DPDK 的 devbind 模块和 ifconfig 提供的工具，我确信我的 NIC 是未绑定的。

捆绑

现在，我尝试通过提示将我的 NIC 与 VFIO-PCI 驱动程序绑定：

$ echo -n "0000:03:00.1" > /sys/bus/pci/drivers/vfio-pci/bind  

哪个返回了错误消息：

bash: echo: write error: No such device  

查看 dmesg 报告，它指出：

[Aug31 03:37] vfio-pci: probe of 0000:03:00.1 failed with error -22    

问题

在研究了一段时间的错误信息之后，我还没有发现它的含义。有谁知道发生了什么？