我懂你这种困惑——明明没手动启动Postgres，它却在后台跑着，systemctl查不出线索确实闹心。下面给你整理几个实用的排查方法，尤其是你提到的类似ptree的工具用法，帮你揪出它的启动根源：

一、用pstree追踪进程树（替代ptree） #

Ubuntu默认预装了pstree，如果你的系统没有，先通过sudo apt install psmisc安装。

• 快速查看Postgres的进程层级：pstree -p $(pgrep postgres)
  这个命令会把Postgres的父进程、子进程完整列出来，能直接看到它是被哪个进程触发启动的——比如是某个定时脚本、容器管理工具，甚至是某个用户手动启动的，这里都会一目了然。
• 查看完整启动命令：pstree -pa $(pgrep postgres)
  加上-a参数后，会显示每个进程的完整启动命令，能帮你发现非默认的配置文件路径或者特殊启动参数。

二、用ps命令深挖进程细节 #

• 查看进程的完整上下文：ps auxf | grep postgres
aux会显示进程的运行用户、CPU/内存占用、启动时间，f参数会生成进程树结构，重点看COMMAND列，有没有奇怪的启动路径或者自定义参数，这往往是线索所在。
• 查看进程的工作目录：ls -l /proc/$(pgrep postgres)/cwd
  每个进程在/proc下都有对应的目录，cwd指向它的当前工作目录，通过这个路径你可能找到关联的配置文件、启动脚本或者数据存储位置。

三、排查非systemd启动的场景 #

既然systemctl没查到有效信息，那大概率不是通过systemd管理的Postgres，试试这些方向：

• 检查定时任务：
  先看当前用户的定时任务：crontab -l；再看系统级定时任务：sudo cat /etc/crontab、ls -l /etc/cron.*，有没有定时启动Postgres的脚本。
• 检查用户自启动脚本：
  查看~/.bashrc、~/.profile，还有/etc/profile.d/目录下的所有脚本，有没有登录时自动启动Postgres的命令。
• 排查容器进程：
  如果你的系统用了Docker或Podman，执行docker ps或podman ps看看有没有运行中的Postgres容器——容器内的进程会显示在宿主机的进程列表里，但systemctl是管不到容器内服务的。

四、结合Postgres自身工具补充验证 #

• 直接查看Postgres运行状态：pg_ctl status -D /var/lib/postgresql/<你的Postgres版本号>/main
  替换掉<你的Postgres版本号>（比如14），这个命令能直接告诉你Postgres是否在运行，以及它使用的数据目录路径。
• 查看Postgres日志：
  默认日志路径一般是/var/log/postgresql/postgresql-<版本号>-main.log，日志里会记录启动时间、启动用户、加载的配置文件路径等关键信息，是排查启动原因的核心依据。

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