看起来你遇到的问题是内核把你设置的CMA命令行参数识别成了未知参数，导致没法正常预留CMA内存，我来帮你梳理几个可能的原因和解决办法：

• 检查命令行参数的大小写：内核的CMA命令行参数是小写的cma=4G，你当前使用的大写CMA=4G会被内核识别为未知参数——内核参数是严格大小写敏感的。修改步骤如下：

  1. 编辑Grub配置文件：sudo nano /etc/default/grub
  2. 找到GRUB_CMDLINE_LINUX_DEFAULT或GRUB_CMDLINE_LINUX行，把其中的CMA=4G替换为cma=4G
  3. 执行sudo update-grub更新Grub配置
  4. 重启系统后，用cat /proc/cmdline确认参数已生效，同时查看系统日志是否还存在“未知命令行参数”的提示

• 确认内核编译时的CMA相关配置完整：即使你开启了CMA支持，可能漏了关键的命令行参数支持项。你可以查看当前内核的配置文件（路径一般是/boot/config-6.5.3.mmn.cma.nosuspend.v3），确认以下配置是否正确设置：

  • CONFIG_CMA=y（这个你应该已经开启）
  • CONFIG_CMA_CMDLINE=y：这是让内核接受命令行指定CMA大小的核心配置，如果未开启，命令行参数会被内核忽略甚至标记为未知
  • 如果配置中存在CONFIG_CMA_SIZE_MBYTES或CONFIG_CMA_SIZE_PERCENT并设置了固定值，这些配置会优先于命令行参数，需要将它们设为0或者注释掉，让命令行参数生效

• 验证Grub配置是否正确加载：有时候修改Grub配置后可能没生效，你可以在系统启动时的Grub菜单中按e键编辑当前启动项，确认cma=4G确实出现在内核参数行中，再按Ctrl+X启动系统。启动后用dmesg | grep -i cma查看CMA初始化日志，是否有类似CMA: reserved 4096 MiB的提示

• 排查内核日志的详细信息：如果以上步骤都无法解决问题，建议查看完整的内核启动日志，用dmesg | less或journalctl -k --boot=0搜索CMA相关内容，看看是否有初始化失败的具体报错信息，这能帮你进一步定位问题

备注：内容来源于stack exchange，提问作者Marcelo Marchi