-- все манипуляции , конечно же делались на тестовом экземпляре БД ))

разбирался с переносом пользователей с одного экземпляра бд на другой
-- разобрался - ключ -g для pg_dumpall.exe -f "\temp.backup" -v --host="localhost" --port="" --username="postgres" -g --role="postgres" ну и восстановить это файл через psql или просто текст из него запустить в pgadmin (v3 :))

попутно пробовал переносить пользователей напрямую через таблицу pg_authid и принадлежности через pg_auth_members
в один из моментов случайно под раздачу удалил не только всяких пользователей, но и запись postgres в pg_authid
autocommit включен

теперь имею экземпляр постгрес , в котором не могу ничего сделать - возникает ошибка аутентификации
остались висеть подключения в pgadmin4 и pgadmin3, но в системных таблицах нет возможности ни открыть , ни редактировать, ни записать, ни восстановить через restore (подключиться заново невозможно)

подумалось -записать в pg_hba.conf localhost ... trust и перезапустить службу - вдруг возможно будет подключиться при таком конфиге
(пока не сделал - пока все еще висят два подключенных клиента pgadmin)

---- вопрос больше теоретический - возможно ли что-то сделать в таком случае, так то в целом негоже так лазить и править неряшливо системные таблицы)

а что подразумевается под "single user mode" ? долго искал , но ясного так и не нашел - в основном говорится об ограничении количества одновременных пользователей, что прописал в postgredql.conf (поставил 1 , попутно при запуске еще на пару ключей ругался - "не может быть больше чем ..." их поставил 0)
но при любом способе или действии :
role "postgres" does not exist