我明白你想直接把宿主机的PostgreSQL数据目录挂载到容器里，实现数据的双向同步，但目前遇到了挂载后容器识别不到宿主机数据的问题。咱们一步步来排查和解决：

1. 修复宿主机数据目录的权限问题 #

PostgreSQL官方镜像里运行postgres进程的用户UID通常是999，宿主机目标目录的权限如果不匹配，容器里的进程根本读不到数据。

• 先查看宿主机目录的权限详情：

  ls -ld /var/lib/postgresql/9.6/main
  

• 如果目录的所有者不是UID 999，执行以下命令修改：

  sudo chown -R 999:999 /var/lib/postgresql/9.6/main
  

• 同时确保目录的权限设置为PostgreSQL要求的700（只有所有者能读写执行）：

  sudo chmod -R 700 /var/lib/postgresql/9.6/main
  

2. 对齐PGDATA路径的映射逻辑 #

官方postgres镜像默认的PGDATA是/var/lib/postgresql/data，但你的宿主机数据是存放在9.6/main目录下，直接挂载main到容器的data会导致路径结构不匹配，容器找不到正确的数据文件。修改你的docker-compose.yml：

version: '3.2'
services:
  postgresql:
    image: postgres:9.6.8
    ports:
      - '5432:5432'
    environment:
      - PGDATA=/var/lib/postgresql/data/main  # 显式指定容器内的PGDATA路径，对应宿主机的main目录
    volumes:
      - /var/lib/postgresql/9.6:/var/lib/postgresql/data  # 挂载宿主机的9.6目录到容器的data目录

这样容器内的PostgreSQL会直接读取/var/lib/postgresql/data/main下的文件，和宿主机的/var/lib/postgresql/9.6/main完全对应。

3. 确认宿主机数据目录的完整性 #

检查宿主机的/var/lib/postgresql/9.6/main目录里是否包含完整的PostgreSQL数据文件，比如base、pg_xlog、postgresql.conf、pg_hba.conf这些核心文件。如果目录是空的或者文件缺失，容器自然无法识别到有效数据。

4. 通过容器日志定位具体错误 #

启动容器后，查看日志能快速找到问题所在：

docker-compose logs postgresql

如果日志里出现Permission denied类的提示，说明权限问题还没解决；如果出现database system is not properly shut down，则需要先在宿主机上正常关闭PostgreSQL服务，再挂载到容器中。

5. 防止容器首次启动初始化新数据 #

如果是第一次启动这个容器，PostgreSQL镜像会自动初始化一个全新的数据库实例，这可能会覆盖你挂载的宿主机数据。确保宿主机的main目录已经是一个完整且正常关闭的PostgreSQL数据目录，这样容器启动时会跳过初始化步骤，直接使用已有数据。

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