先查看服务状态和日志，确认错误原因；常见问题包括端口占用、权限错误、数据目录损坏；依次检查5432端口、修复目录权限、尝试恢复或重建集群。

ubuntu 启动 postgresql 失败通常是因为数据目录损坏、权限问题、配置错误或端口被占用。下面是一些常见排查和解决方法。

检查服务状态和日志

先查看 PostgreSQL 服务当前状态：

sudo systemctl status postgresql

如果显示“failed”，继续查看详细日志：

sudo journalctl -u postgresql.service –since “1 hour ago“

或者查看 PostgreSQL 的日志文件，通常位于：

/var/log/postgresql/postgresql-*.log

日志中常见的错误包括：

• could not bind IPv4 address “127.0.0.1”: Address already in use：表示 5432 端口被占用
• permission denied for Directory “/var/lib/postgresql/…/main”：目录权限问题
• invalid page in block 或 could not locate a valid checkpoint record：数据损坏

解决端口被占用

PostgreSQL 默认使用 5432 端口。如果被其他进程占用，会导致启动失败。

检查谁在使用 5432 端口：

sudo netstat -tulnp | grep :5432

如果发现是另一个 PostgreSQL 进程，可能是残留进程：

sudo pg_ctlcluster <版本号> main stop

例如：

sudo pg_ctlcluster 14 main stop

再尝试启动：

千面视频动捕

千面视频动捕是一个AI视频动捕解决方案，专注于将视频中的人体关节二维信息转化为三维模型动作。

27

查看详情

sudo systemctl start postgresql

修复权限问题

确保 PostgreSQL 数据目录归属正确。默认路径为：

/var/lib/postgresql/<版本号>/main

比如 14 版本：

sudo chown -R postgres:postgres /var/lib/postgresql/14/main sudo chmod -R 700 /var/lib/postgresql/14/main

同时检查临时 socket 目录：

sudo chown -R postgres:postgres /tmp/.s.PGSQL*

处理数据损坏或崩溃恢复

如果系统异常关机，可能导致 WAL 日志不一致。PostgreSQL 无法自动恢复时会报错。

可以尝试让数据库进入恢复模式：

编辑配置文件：

sudo nano /etc/postgresql/<版本号>/main/postgresql.conf

找到 data_directory 确认路径正确，然后检查以下参数：

• logging_collector = on（便于查日志）
• log_line_prefix 设置时间等信息

若确认数据损坏且无备份，可尝试从备份恢复，或作为最后手段重建集群：

sudo pg_dropcluster <版本号> main –stop sudo pg_createcluster <版本号> main sudo systemctl start postgresql

注意：这会清空所有数据，请提前备份重要数据！

基本上就这些。多数启动问题通过看日志 + 检查端口、权限、数据目录能定位。关键是要先看日志输出。