私はついに、設定で「PostgreSQL Binary Path」を手動で設定することを回避することができました（pgAdmin3では必要なかったのに、なぜユーザーがこれを行う必要があるのでしょうか?）。
正直なところ、「EDB Advanced Server Binary Path」と呼ばれる 2 番目のパス フィールドの意味がわかりません。しかし、それに関するエラーメッセージはもう表示されないので、空のままにしても問題ないと思います。
今、私は次のステップに行き詰まっています。
データベースをバックアップしようとすると、ファイル名を入力する必要があります。ここで何をしても、次のエラーが発生し続けます。
[Errno 2] No such file or directory
ええと、 pgAdmin によって作成される前にファイルを作成しなければならないということはあり得ません。
私は何が間違っているのでしょうか？
アレックス
更新：@ n33rmaへの回答は、印刷画面です：
pgAdmin v4.1に更新したところ、これで問題が解決しました:-)助けてくれてありがとう！
コマンドラインで問題を解決しました。
以前の形式を使用すると、あなたが持っていたのと同じ応答になります:
$ pg_restore -d <DBNAME> --username=postgres g=<FILENAME>
pg_restore: [archiver] could not open input file "g=<FILENAME>": No such file or directory
最後のパラメーターを変更すると、適切に機能します。
$ pg_restore -d <DBNAME> --username=postgres <FILENAME>
v4 で GUI コマンドが変更されたと思いますが、コンソールの pg_restore は変更されていません。
pgAdmin4 で「PostgreSQL Binary Path」のパスが正しく設定されていない可能性があります。
pgAdmin4 は Web アプリケーションで、pgAdmin3 はデスクトップ アプリケーションです。そのため、pgAdmin4 はpg_dump&pg_restoreバイナリなどのユーティリティのパスを実行できるようにする必要があります。
pgAdmin4 の後藤:File > Preferences > Paths > Binary paths > PostgreSQL Binary Path
Windows を使用している場合は、 C:\Program Files\PostgreSQL\9.6\binのようなパスを指定します。
Linux を使用している場合は、 /opt/PostgreSQL/9.5/binのようなパスを指定します
user@mint:/opt/PostgreSQL/9.5/bin$ lsh pg_du* pg_res*
-rwxr-xr-x 1 xxx xxx 150K Sep 2 2015 pg_restore
-rwxr-xr-x 1 xxx xxx 49K Sep 2 2015 pg_resetxlog
-rwxr-xr-x 1 xxx xxx 83K Sep 2 2015 pg_dumpall
-rwxr-xr-x 1 xxx xxx 364K Sep 2 2015 pg_dump
pgadmin はバックアップを独自のディレクトリ、具体的には ~/.pgadmin/storage/(user) に置くため、ファイル名のみを入力し、パスは入力しません。