может он его создал. :)

Я под этим пользователем создал эту службу, пользователь входит в группу администраторов. Зашёл в групповые политики в Local Security settings, нашёл Logon as a service, добавил туда этого пользователя, затем выполнил gpupdate /force и один фиг не запускается :) - ошибка та же самая, что и на скрине.

Это ж windows, там можно настроить и так, что "входит в группу администраторов" полного доступа всё равно не даст, если я правильно помню. Поэтому я Вам и предлагаю войти под этим пользователем и попробовать открыть этот файл.

да, хорошо, но ведь, я уже под этим пользователем работаю, я не понимаю как я ещё раз могу под ним зайти.

под этим же пользователем pg_ctl start работает

Я подумал, что Вы не под ним сидите. А покажите настройки PostgreSQL service, на всякий случай.
А когда он у Вас успешно запускается просто так, в логах PostgreSQL что-то есть?

Всё - нашёл :) В настройках службы во вкладке Logon стояло Local system account, прописал явно туда пользователя и его пароль - всё завелось :)

когда просто руками запускался, то всё хорошо в логах было - никаких ошибок

Спасибо за обсуждение!

Народ, скажите пж. а есть ли общепринятый веб-шлюз к PG серверу ? использование которого как HTTP транспорта стало стандартом ?

Либо ответ "нет" (это же СУБД, какие ещё "шлюзы"?!), либо я не понимаю, о чём Вы спрашиваете. :)

Попробую расширить вопрос. Предположим мне нужно тупо опубликовать таблице в вебе.  Что обычно использует для Rest_Api

Я слышал про postgrest (но не только хорошее, да), например.

Коллеги, что ему надо :)?

backend> ALTER TABLE pg_database ENABLE ROW LEVEL SECURITY;  
2020-07-03 15:31:19.205 +05 [6027] ОШИБКА:  доступ запрещён: "pg_database" - это системный каталог

backend> ALTER TABLE pg_database ENABLE ROW LEVEL SECURITY;  
2020-07-03 15:31:19.205 +05 [6027] ОШИБКА:  доступ запрещён: "pg_database" - это системный каталог

Прямо то, что написано — уберите руки (если не 100% уверены в том, что делаете — например, уже прочитали соответствующие исходники) от системных каталогов! ;)
Цитата из документации:

PostgreSQL's system catalogs are regular tables. You can drop and recreate the tables, add columns, insert and update values, and severely mess up your system that way. Normally, one should not change the system catalogs by hand, there are normally SQL commands to do that.

Да это понятно, как разрешить то?

По-моему, Вы невнимательно прочитали то, что я написал. :(
1. Зачем Вам это?
2. На каком кластере баз Вы это собираетесь делать (он может тут же перестать после этого работать вообще, и Вы его никак не восстановите).
2. Вы исходники уже прочитали на эту тему? ;)

Нужно спрятать наличие других баз на сервере от других пользователей

Это тестовый сервер он для этого и нужен

Даже если это [вроде] получится, Вы можете таким образом "подложить свинью" тем, кто будет с этим потом работать. Подумайте о pg_upgrade, например.

> Это тестовый сервер он для этого и нужен

См. https://www.postgresql.org/docs/12/runtime-config-developer.html (allow_system_table_mods)