问题仍然是你的pg_hba.conf文件*。

这条线:

local   all             postgres                                peer

应该是:

local   all             postgres                                md5

修改此文件后，不要忘记重新启动PostgreSQL服务器。如果你在Linux上，那将是sudo systemctl restart postgresql(在旧系统上:sudo service postgresql restart)。

定位hba.conf

注意，这个文件的位置不是很一致。

您可以使用locate pg_hba.conf或询问PostgreSQL SHOW hba_file;来发现文件位置。

通常位于/etc/postgresql/[version]/main/pg_hba.conf和/var/lib/pgsql/data/pg_hba.conf。

下面是根据官方PostgreSQL文档中的认证方法对peer和md5选项的简要描述。

对等的身份验证

对等体认证的工作原理是获取客户端的认证信息 来自内核的操作系统用户名，并使用它作为允许的 数据库用户名(可选用户名映射)。这个方法是 仅支持本地连接。

密码身份验证

The password-based authentication methods are md5 and password. These methods operate similarly except for the way that the password is sent across the connection, namely MD5-hashed and clear-text respectively. If you are at all concerned about password "sniffing" attacks then md5 is preferred. Plain password should always be avoided if possible. However, md5 cannot be used with the db_user_namespace feature. If the connection is protected by SSL encryption then password can be used safely (though SSL certificate authentication might be a better choice if one is depending on using SSL).

问题仍然是你的pg_hba.conf文件*。

这条线:

local   all             postgres                                peer

应该是:

local   all             postgres                                md5

修改此文件后，不要忘记重新启动PostgreSQL服务器。如果你在Linux上，那将是sudo systemctl restart postgresql(在旧系统上:sudo service postgresql restart)。

定位hba.conf

注意，这个文件的位置不是很一致。

您可以使用locate pg_hba.conf或询问PostgreSQL SHOW hba_file;来发现文件位置。

通常位于/etc/postgresql/[version]/main/pg_hba.conf和/var/lib/pgsql/data/pg_hba.conf。

下面是根据官方PostgreSQL文档中的认证方法对peer和md5选项的简要描述。

对等的身份验证

对等体认证的工作原理是获取客户端的认证信息 来自内核的操作系统用户名，并使用它作为允许的 数据库用户名(可选用户名映射)。这个方法是 仅支持本地连接。

密码身份验证

The password-based authentication methods are md5 and password. These methods operate similarly except for the way that the password is sent across the connection, namely MD5-hashed and clear-text respectively. If you are at all concerned about password "sniffing" attacks then md5 is preferred. Plain password should always be avoided if possible. However, md5 cannot be used with the db_user_namespace feature. If the connection is protected by SSL encryption then password can be used safely (though SSL certificate authentication might be a better choice if one is depending on using SSL).

pg_config用于遵从性信息，帮助扩展和客户端程序根据PostgreSQL编译和链接。它对机器上的活动PostgreSQL实例一无所知，只知道二进制文件。

pg_hba.conf可以出现在许多其他位置，这取决于Pg是如何安装的。标准的位置是数据库data_directory中的pg_hbase .conf(可以在/home， /var/lib/pgsql， /var/lib/postgresql/[version]/， /opt/postgres/，等等等等)，但是用户和打包者可以把它放在他们喜欢的任何地方。不幸的是。

找到pg_hba.conf的唯一有效方法是询问正在运行的PostgreSQL实例的pg_hba.conf在哪里，或者询问系统管理员它在哪里。你甚至不能依赖于询问datadir在哪里并解析postgresql.conf，因为init脚本在启动Pg时可能会传递一个参数，比如-c hba_file=/some/other/path。

你要做的是问PostgreSQL:

SHOW hba_file;

这个命令必须在超级用户会话上运行，所以对于shell脚本来说，你可以这样写:

psql -t -P format=unaligned -c 'show hba_file';

并设置环境变量“PGUSER”、“PGDATABASE”等，确保连接正确。

是的，这有点像鸡生蛋还是蛋生鸡的问题，因为如果用户无法连接(比如，在搞砸了编辑pg_hba.conf之后)，你就无法找到pg_hba.conf来修复它。

另一个选项是查看ps命令的输出，看看postmaster data目录参数-D是否可见。

ps aux  | grep 'postgres *-D'

因为pg_hba.conf将在data目录中(除非你在Debian/Ubuntu或一些衍生版本上使用他们的包)。

如果你的目标是Ubuntu系统，PostgreSQL是从Debian/Ubuntu包中安装的，这就容易一些了。你不需要处理从源文件手工编译的Pg，比如有人在他们的主目录下initdb了一个datadir，或者在/opt目录下安装了一个EnterpriseDB Pg，等等。你可以询问pg_wrapper, Debian/Ubuntu多版本Pg管理器，其中PostgreSQL正在使用pg_wrapper中的pg_lsclusters命令。

If you can't connect (Pg isn't running, or you need to edit pg_hba.conf to connect) you'll have to search the system for pg_hba.conf files. On Mac and Linux something like sudo find / -type f -name pg_hba.conf will do. Then check the PG_VERSION file in the same directory to make sure it's the right PostgreSQL version if you have more than one. (If pg_hba.conf is in /etc/, ignore this, it's the parent directory name instead). If you have more than one data directory for the same PostgreSQL version you'll have to look at database size, check the command line of the running postgres from ps to see if it's data directory -D argument matches where you're editing, etc. https://askubuntu.com/questions/256534/how-do-i-find-the-path-to-pg-hba-conf-from-the-shell/256711

修改pg_hba.conf中的METHOD peer为trust (/etc/postgresql/9.1/main/pg_hba.conf |第85行)可以解决这个问题。添加md5需要密码，因此如果需要避免使用密码，请使用trust而不是md5。

我也有同样的问题。

depa的解决方案是绝对正确的。

只要确保你有一个用户配置使用PostgreSQL。

检查文件:

$ ls /etc/postgresql/9.1/main/pg_hba.conf -l

这个文件的权限应该给你注册psql的用户。

进一步。如果你到现在还好…

按照@depa的指示更新。

i.e.

$ sudo nano /etc/postgresql/9.1/main/pg_hba.conf

然后做出改变。

许多其他答案与各种配置文件中的设置有关，与pg_hba.conf有关的答案确实适用，并且是100%正确的。但是，请确保您正在修改正确的配置文件。

正如其他人所提到的，配置文件的位置可以在主配置文件中使用各种设置来覆盖，也可以在命令行上使用-D选项提供主配置文件的路径。

您可以在psql会话中使用以下命令来显示正在读取配置文件的位置(假设您可以启动psql)。这只是一个故障排除步骤，可以帮助一些人:

select * from pg_settings where setting~'pgsql';  

您还应该确保postgres用户的主目录位于您预期的位置。我这样说是因为很容易忽略这一点，因为您的提示符将显示'~'而不是您的主目录的实际路径，这使得它不那么明显。许多安装默认postgres用户主目录为/var/lib/pgsql.

如果它没有被设置为它应该是什么，停止postgresql服务，并在以root身份登录时使用以下命令。同时确保postgres用户没有登录到另一个会话:

usermod -d /path/pgsql postgres

最后，通过输入echo $PGDATA来确保你的PGDATA变量设置正确，它应该输出类似于:

/path/pgsql/data

如果它没有设置，或者显示的内容与您期望的不同，请检查您的启动文件或RC文件，如.profile或.bash。rc -这将根据您的操作系统和shell而有很大的不同。一旦你为你的机器确定了正确的启动脚本，你可以插入以下内容:

export PGDATA=/path/pgsql/data

对于我的系统，我把它放在/etc/profile.d/profile.local.sh中，这样所有用户都可以访问它。

现在您应该能够像往常一样初始化数据库，所有的psql路径设置都应该是正确的!