La solution que j'ai trouvée (proche de celle proposée) est :
    - copier le répertoire data sur le nouveau disque (en faisant attention aux autorisations)
    - dans postgresql.conf changer le data_directory
Ca marche apparemment !

Merci

En remplaçant trust ou password par md5, ça a l'air de marcher : le mot de passe, entré en clair, est bien pris en compte !

Mais je ne comprends pas pourquoi...

Voici les fichiers de configuration.

...>> vi environment
    "vide"
..>> vi pg_ctl.conf
pg_ctl_options = ''
...>> vi pg_hba.conf
# Database administrative login by Unix domain socket
local   all             postgres                                peer

# TYPE  DATABASE        USER            ADDRESS                 METHOD

# "local" is for Unix domain socket connections only
local   all             all                                     peer
# IPv4 local connections:
host    all             all             127.0.0.1/32            password
# IPv6 local connections:
host    all             all             ::1/128                 md5
# Allow replication connections from localhost, by a user with the
# replication privilege.
#local   replication     postgres                                peer
#host    replication     postgres        127.0.0.1/32            md5
#host    replication     postgres        ::1/128                 md5
host  all   all   0.0.0.0/0   trust
...>> vi pg_ident
    "vide"
..>> vi vi postgresql.conf // J'ai supprimé la plupart des lignes commentées
#------------------------------------------------------------------------------
# FILE LOCATIONS
#------------------------------------------------------------------------------

# The default values of these variables are driven from the -D command-line
# option or PGDATA environment variable, represented here as ConfigDir.

data_directory = '/var/lib/postgresql/9.1/main'    # use data in another directory
               # (change requires restart)
hba_file = '/etc/postgresql/9.1/main/pg_hba.conf'  # host-based authentication file
               # (change requires restart)
ident_file = '/etc/postgresql/9.1/main/pg_ident.conf' # ident configuration file
               # (change requires restart)

# If external_pid_file is not explicitly set, no extra PID file is written.
external_pid_file = '/var/run/postgresql/9.1-main.pid'      # write an extra PID file
               # (change requires restart)

#------------------------------------------------------------------------------
# CONNECTIONS AND AUTHENTICATION
#------------------------------------------------------------------------------

# - Connection Settings -

listen_addresses = '*'
#listen_addresses = 'localhost'     # what IP address(es) to listen on;
               # comma-separated list of addresses;
               # defaults to 'localhost', '*' = all
               # (change requires restart)
port = 5432          # (change requires restart)
max_connections = 100         # (change requires restart)
# Note:  Increasing max_connections costs ~400 bytes of shared memory per
# connection slot, plus lock space (see max_locks_per_transaction).
#superuser_reserved_connections = 3 # (change requires restart)
unix_socket_directory = '/var/run/postgresql'      # (change requires restart)
#------------------------------------------------------------------------------
# RESOURCE USAGE (except WAL)
#------------------------------------------------------------------------------

# - Memory -

shared_buffers = 24MB         # min 128kB
               # (change requires restart)
...>>vi postmaster.opts
/usr/lib/postgresql/9.1/bin/postgres "-D" "/var/lib/postgresql/9.1/main" "-c" "config_file=/etc/postgresql/9.1/main/postgresql.conf"
...>>vi postmaster.pid
3976
/var/lib/postgresql/9.1/main
1378740363
5432
/var/run/postgresql
*
  5432001     32768
...>> vi start.conf
# Automatic startup configuration
# auto: automatically start/stop the cluster in the init script
# manual: do not start/stop in init scripts, but allow manual startup with
#         pg_ctlcluster
# disabled: do not allow manual startup with pg_ctlcluster (this can be easily
#           circumvented and is only meant to be a small protection for
#           accidents).

auto

Avec cette configuration.

...>> psql -h 127.0.0.1 -W -d BdD -U username
Password for user username:
psql: FATAL:  password authentication failed for user "username"
...>> psql -h domain.tld -W -d BdD -U username
Password for user username:
psql (9.1.9)
Type "help" for help.

BdD=> select * from plantes;
id |            nom_latin            |         nom_commun         
----+---------------------------------+-----------------------------
  1 | Achillea millefolia             | Achillée millefeuille
  2 | Agastache mexicana              | Agastache mexicaine
  3 | Agastache rupestris             | Agastache rupestre
BdD=>

La connexion locale ne marche pas, ce qui n'est pas normal.
La connexion à distance marche ce qui est normal.

Maintenant si je change
    host  all   all   0.0.0.0/0   trust
en
    host  all   all   0.0.0.0/0   password
j'obtiens
...>> psql -h domain.tld -W -d BdD -U username
Password for user username:
psql: FATAL:  password authentication failed for user "username"

Que puis-je ajouter ?

pgbouncer et pgpool2 sont visibles, mais pas installés.

Je crois que je commence à comprendre...
Il y a deux problèmes, qui interféraient.
1. Rôle de connexion.
Pour utiliser "lo_import" et "lo_export" il faut se connecter à la BdD avec le rôle "superuser",
cf. http://docs.postgresql.fr/9.1/lo-funcs.html
Je n'avais pas compris que j'utilisais "lo_import" et "lo_export" en mode "server-side".
2. Permissions.
Les fichiers créés ou lus via "lo_import" et "lo_export" le sont avec le "user" d'installation
de PostgreSQL, par défaut "postgres" que j'ai gardé.
Il faut donc que les permissions du répertoire où sont ces fichiers soient "drwxrwxrwx".
Xcode place ses fichiers dans "/Users/rn/Library/Developer/...".
Or, "Library" a pour permissions "drwx------", d'où "Permission denied" de  "lo_import" et "lo_export".
J'ai fait l'essai de modifier les permissions de "Library" en  "drwxrwxrwx" : sans surprise tout marche.
Mais cette modification me paraît très risquée : je suis revenu aux permissions d'origine de "Library".
Je tente de contourner la situation !
Bien à vous tous

pour #8
Dans les paramètres de connexion du framework PGSQLKit:
    - j'avais pour valeur de la variable "userName" le rôle de connexion de la BdD,
    - j'ai remplacé cette valeur par le superuser,
    - et lo_import et lo_export marchent !
Visiblement, je n'avais pas compris les rôles dans PostgreSQL, notamment celui du superuser qui peut tout faire pour PostgreSQL,  comme le fait le compte root pour les unix.
pour #9
Oui, mais ça c'est assez facile à faire, pour moi du moins...
Grand merci à tous.

to #4
Le log donne :
2013-06-02 19:29:17 CEST ERROR:  must be superuser to use server-side lo_import()
12 2013-06-02 19:29:17 CEST HINT:  Anyone can use the client-side lo_import() provided by libpq.
13 2013-06-02 19:29:17 CEST STATEMENT:  insert into images values (lo_import('/pg-imgs/titi.jpg'))

comment executer le lo_import comme superuser ?