必须运行 update-initramfs -u，因为它会重新生成当前内核的 initramfs 镜像，将 /etc/modprobe.d/ 黑名单、/etc/initramfs-tools/modules 添加的模块及 /lib/firmware 新增固件等配置实际打包进 /boot/initrd.img-xxx，否则所有修改均不生效。
在统信UOS系统中，执行 sudo update-initramfs -u 是修复启动异常、启用新驱动或禁用冲突模块后必须完成的关键操作，它会重新生成当前内核版本对应的 initramfs 镜像文件，确保修改后的模块黑白名单、固件文件、预加载配置等真正嵌入到启动流程中；若跳过此步，所有前述配置均不会生效，重启后问题依旧存在。
为什么必须运行 update-initramfs -u
initramfs 是内核启动初期唯一可访问的临时根文件系统，其中打包了挂载真实根分区所必需的驱动模块、工具程序和配置。/etc/modprobe.d/ 下的黑名单、/etc/initramfs-tools/modules 中添加的模块名、/lib/firmware 新增的固件文件，全部只存在于磁盘上——【它们不会自动进入 initramfs，必须显式触发 update-initramfs 才会被扫描、打包、写入 /boot/initrd.img-xxx 文件】。不执行该命令，相当于改了菜谱却没重做这道菜，厨房（内核）照旧按旧菜单开工。
update-initramfs 常用参数说明
方法一：更新当前默认内核的 initramfs
sudo update-initramfs -u
方法二：仅更新指定内核版本（当系统保留多个内核时）
sudo update-initramfs -u -k 6.1.0-amd64
方法三：为当前内核重建全新 initramfs（强制覆盖，适用于 initrd.img 损坏或 initramfs 内容严重错乱）
sudo update-initramfs -c -k $(uname -r)
注意：-c 参数会清空旧镜像并从头构建，耗时略长但更彻底；-u 是增量更新，仅对比差异并追加/替换变化项，日常维护推荐使用。
执行后必须验证是否成功
第一步：确认 /boot 目录下对应内核的 initrd.img 文件时间戳已更新
ls -lh /boot/initrd.img-$(uname -r)
第二步：检查 initramfs 是否实际包含你添加的模块
mkdir /tmp/initramfs && cd /tmp/initramfs
zcat /boot/initrd.img-$(uname -r) | cpio -id > /dev/null 2>&1
find . -name "*.ko" | grep ch341
第三步：验证模块是否被内核拒绝加载（如已设黑名单）
lsmod | grep nouveau → 应无任何输出；若有输出，说明 blacklist 未生效或未执行 update-initramfs -u
【若 lsmod 仍显示被禁模块，且 /boot/initrd.img 时间未变，则说明 update-initramfs 命令根本未执行成功，需立即排查权限或路径错误】
常见失败原因与应对
错误提示 “update-initramfs: Generating /boot/initrd.img-xxx” 后直接退出，无报错但文件未更新：通常是 /boot 分区空间不足。运行 df -h /boot 查看剩余空间，低于 100MB 时无法生成新镜像，需清理旧内核（sudo apt autoremove --purge）。
执行时卡在 “Running hook script …”：可能某个 hook 脚本（如加密模块或第三方驱动安装脚本）内部出错。临时移除可疑 hook（位于 /usr/share/initramfs-tools/hooks/），再重试。
提示 “W: Missing firmware files”：说明 /lib/firmware 中缺失某些驱动依赖的固件文件，例如 iwlwifi-*.ucode 或 sof-*.ri。根据 dmesg 输出定位缺失文件名，下载后放入对应子目录，再运行一次 sudo update-initramfs -u。
