阿里云服务器安装 Centos 系统后使用 free 命令查看内存大小往往会发现比所购买配置的标称内存要小很多，2G 内存的查出来只有 1756M 左右。
如下图所示（2G 内存）：
我以为是内存的存储和硬盘的存储一样，需要部分内存容量用于存储系统空间，但是内存中也妹有系统啊。。。。。。。
问题原因
使用命令 dmidecode 查看底层硬件信息，可以看到我的 2G 内存的服务器是分配足了 2048M 内存的。
但是为什么使用 free 命令看到的内存变少了呢？查阅资料找到了答案：free 命令看到的是伙伴系统管理的内存，这部分内存是不包括 OS 内核一些基本数据结构消耗以及内核预留内存的。
使用命令 dmesg | grep -i memory 查看内核预留内存，注意到如下部分：
为 crashkernel 预留了 161M 的内存，很明显这就是导致我们“内存不足量”的罪魁祸首。
阿里云提供的 Centos 系统镜像默认开启了 kdump 服务，当 Linux 内核出现了故障时 kdump 会协助产生一个 dump 文件，记录下此时的内存运行参数等信息，便于用户后续对内核问题的定位分析。而上面提到的“为 crashkernel 预留的内存”就是用于这一服务的，也就是导致我们“内存不足量”的元凶。
这一服务对于那些注重安全的大公司来说可能会有些用处，但我们这种个人用途的低配置服务器也开着的话就没有什么必要了，本身内存就不大，还要为这服务分出去一部分不能用，想想还是有点浪费的。
解决方案
既然问题是由于系统为 kdump 服务预留了一部分内存导致的，那我们把 kdump 服务关了就行了。
在 CentOS 中，可以使用 yum 或 dnf 包管理工具来卸载 kdump 相关的软件包，并清理它们的依赖项。
- 卸载 kdump 工具：kexec-tools 是 CentOS 上提供 kdump 功能的包。
sudo yum remove kexec-tools
- 清理不再需要的依赖包
sudo yum autoremove
在执行上述命令后，可以检查是否成功卸载了 kdump 工具和相关的依赖包：
rpm -q kexec-tools
这个命令会检查 kexec-tools 是否仍然安装在系统中。如果显示 package kexec-tools is not installed，则表示卸载成功。
然后编辑 /etc/default/grub 文件，将其中的 crashkernel=xxx 字段全部删掉，我这里的修改情况如下：
# 待修改的一行配置
GRUB_CMDLINE_LINUX="crashkernel=auto spectre_v2=retpoline rhgb quiet net.ifnames=0 console=tty0 console=ttyS0,115200n8 noibrs nvme_core.io_timeout=4294967295 nvme_core.admin_timeout=4294967295"
# 修改后的配置
GRUB_CMDLINE_LINUX="spectre_v2=retpoline rhgb quiet net.ifnames=0 console=tty0 console=ttyS0,115200n8 noibrs nvme_core.io_timeout=4294967295 nvme_core.admin_timeout=4294967295"
CentOS 使用 grub2-mkconfig 来生成 GRUB 配置文件，修改完之后执行 grub2-mkconfig 更新 grub 引导文件，以下是更新 GRUB 引导配置文件的步骤：
在执行上述步骤之前，可以检查 GRUB 版本以确保系统使用的是 GRUB 2：
grub2-install --version
步骤 1: 生成新的 GRUB 配置文件
sudo grub2-mkconfig -o /boot/grub2/grub.cfg
如果你的系统是基于 UEFI 的，使用以下命令：
sudo grub2-mkconfig -o /boot/efi/EFI/centos/grub.cfg
步骤 2: 确认并重启
生成新的 GRUB 配置文件后，建议重启系统以确保更改生效：
sudo reboot
重启一下服务器就可以啦！
如下图所示，重启后可用内存变成了 1963M：
但是并没有完全达到2048M，说明还有一些程序占用了内存，但是基本可以了
