Solución:
La respuesta de por qué no puede usar systemd es bastante simple: WSL no lo admite desde el día 1 y hasta ahora Este es un problema conocido, y puede consultar este problema abierto en 2018 y este problema usando una configuración similar de Windows y WSL para obtener más información.
El problema de postgresql es otro problema conocido. Se corrigió en WSL 2. Para resolver este problema en WSL 1, esta publicación le indica que configure fsync=on y data_sync_retry=true. Una forma alternativa de resolver el problema es establecer fsync=off. Consulte este problema para obtener más información sobre el problema de fsync en WSL.
La parada del servicio solo le indica que el servicio no funciona. No está diciendo que detuvo el servicio.
Cuando intenta encontrar el PID del postmaster, está encontrando el PID de usted mismo tratando de encontrar el PID del postmaster:
$ ps -ef | grep postmaster
me 300 116 0 15:36 tty3 00:00:00 grep postmaster
Cuando usa curl para verificar el puerto 5432, le está diciendo que obtuvo una respuesta vacía. Eso significa que algo está escuchando en el puerto 5432. Lo que desea ver es un mensaje “No se pudo conectar”.
¿Está ejecutando un servidor postgresql en el puerto 5432 en la máquina host de Windows? Si es así, evitará que ejecute uno desde dentro de WSL y no podrá ver el proceso desde allí.
Intente cambiar su puerto a 5433 en el lado WSL.