我来帮你一步步排查这个问题，这种情况通常是.pgpass的配置细节没到位导致的，咱们从最常见的原因开始检查：

1. 先检查.pgpass的文件权限（最容易踩坑的点） #

PostgreSQL对.pgpass的权限要求特别严格，必须设置为600（只有文件所有者能读写，其他用户完全没权限），否则会直接忽略这个文件。执行这条命令修正权限：

chmod 600 ~/.pgpass

另外还要确认文件属于执行pg_dump的用户，比如你用ubuntu用户执行命令，那.pgpass得是ubuntu用户所有：

chown ubuntu:ubuntu ~/.pgpass

2. 验证.pgpass的条目是否有效 #

看你给出的配置，前面有个#，如果这条条目是被注释掉的，那肯定不会生效！要把开头的#去掉，确保条目是：

*:5432:dbname:adminuser:thisismysecret

还要注意格式必须严格是hostname:port:database:username:password，每个字段之间用冒号分隔，不能有多余的空格。如果远程服务器的PostgreSQL端口不是默认的5432，要改成实际端口号。

3. 确认执行pg_dump的用户上下文 #

如果你是用sudo或者切换到其他用户执行命令，那.pgpass必须放在该执行用户的家目录下，而不是你当前登录用户的家目录。比如用sudo执行的话，得在/root/.pgpass里配置，而不是/home/your_user/.pgpass。

可以先切换到目标用户测试连接，确认.pgpass是否生效：

su - adminuser -c "psql -h server.local -U adminuser dbname"

如果不用输密码就能登录，说明.pgpass配置没问题，那问题可能出在命令写法上。

4. 调整你的pg_dump命令写法 #

你把变量赋值和pg_dump写在一行的方式理论上没问题，但有时候可能会有上下文环境的小问题，试试分开写：

myfile='/volumes/drive2/PG_backups/alpha_PG_dbname_'$(date +%Y_%m_%d_%H_%M)'.sql'
pg_dump -h server.local -U adminuser -w dbname > "$myfile"

另外建议给$myfile加双引号，避免文件名里有特殊字符时出问题。

5. 检查PGPASSFILE环境变量 #

如果系统设置了PGPASSFILE环境变量，PostgreSQL会优先读取这个变量指向的文件，而不是默认的~/.pgpass。执行这条命令查看：

echo $PGPASSFILE

如果输出了某个路径，要确认该路径下的.pgpass文件配置正确且权限符合要求；如果没输出，就用默认的~/.pgpass即可。

先按这个顺序排查，大部分情况都是权限或者条目格式的问题，应该能解决你的问题。

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