我遇到过不少类似的场景：VM重启后MongoDB没法用systemctl启动，但手动跑进程完全正常，核心问题通常出在权限、配置一致性或者环境变量差异上。结合你已经尝试过禁用SELinux、修改pid路径的情况，给你一步步排查的方案：

1. 核对systemd服务文件与手动启动的配置一致性 #

MongoDB的systemd服务文件一般在/usr/lib/systemd/system/mongod.service或/etc/systemd/system/mongod.service，重点检查这几个关键配置：

• 确认ExecStart的命令和你手动启动的完全一致：比如你手动用/usr/bin/mongod --config /etc/mongod.conf，那服务文件里的ExecStart必须一模一样，不能缺参数或者路径不对。
• 检查User和Group：systemd默认用mongodb用户运行服务，但如果你手动是用root启动的，那权限问题就会找上门。确保数据目录、日志目录、pid目录的所有权都是mongodb:mongodb：

  chown -R mongodb:mongodb /var/lib/mongo/
  chown -R mongodb:mongodb /var/log/mongodb/
  chown -R mongodb:mongodb /var/run/mongodb/
  

• 匹配PIDFile路径：你修改过pid文件路径，要保证服务文件里的PIDFile和mongod.conf里的pidFilePath完全一致，比如两边都设为/var/run/mongodb/mongod.pid。

2. 抓取精准的服务启动日志 #

你已经用了systemctl status mongod.service和journalctl -xe，但可以更聚焦地看MongoDB服务的实时日志：

journalctl -u mongod.service -f

启动服务时盯着这个输出，常见的报错方向：

• 权限拒绝：日志里出现Permission denied，就对应上面的目录权限修复。
• 配置文件错误：如果提示配置语法有问题，用这个命令验证配置文件：

  mongod --config /etc/mongod.conf --checkConfig
  

3. 排查环境变量差异 #

手动启动和systemd服务的环境变量（比如PATH、LD_LIBRARY_PATH）可能不一样，导致服务找不到依赖。可以在服务文件的[Service]段添加环境变量，或者用完整路径指定命令：
比如在mongod.service里加：

Environment="PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin"

或者确保ExecStart里的mongod是完整路径/usr/bin/mongod，而不是简写。

4. 重置systemd服务状态 #

有时候服务状态会异常，试试这两个命令：

# 重新加载systemd配置
systemctl daemon-reload
# 重置服务的失败状态
systemctl reset-failed mongod.service

之后再尝试启动服务：systemctl start mongod.service

5. 模拟systemd的用户身份启动 #

因为systemd是用mongodb用户运行服务的，你手动可能用的是root，所以切换到mongodb用户试试启动：

su - mongodb -c "/usr/bin/mongod --config /etc/mongod.conf"

如果这个命令失败，那问题肯定出在mongodb用户的权限或环境上；如果成功，那再回头检查systemd服务文件的配置细节。

按照这些步骤排查，大概率能定位到问题所在——毕竟手动能跑通，说明MongoDB本身没问题，就是服务启动的上下文和手动启动不一致导致的。

内容的提问来源于stack exchange，提问作者TRDrake