Grafana ne doit pas etre otage de la sante de PostgreSQL

`condition: service_healthy` rendait le demarrage de Grafana dependant du
healthcheck de PostgreSQL (intervalle 1 min). Grafana n'a pourtant besoin
d'aucune base pour demarrer, seulement pour repondre a une requete : la
condition ajoutait un mode de panne sans contrepartie, et un outil de
diagnostic doit surtout etre disponible quand quelque chose va mal.
Ramene a un simple ordre de demarrage.

Procedure corrigee sur deux points constates au deploiement reel :
- `sudo` est obligatoire sur DSM (socket Docker inaccessible autrement) ;
- le `git pull` que j'avais indique n'a aucun sens : /volume2/projects cote
  Syno et /mnt/projects cote poste sont le meme dossier (export NFS depuis
  10.10.10.22), il n'existe qu'une seule copie du depot.

Configuration verifiee en la rejouant dans un conteneur local, volume nomme
compris : deux sources de donnees, trois tableaux dans le dossier EVCS,
database ok, aucune erreur de provisionnement.

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
Claude-Session: https://claude.ai/code/session_01KKzkkVTG6KXnGXFFC7X9XJ

deploy/historisation/compose.yaml

@@ -129,8 +129,12 @@ services:
     container_name: evcs-grafana
     restart: always
     depends_on:
-      postgres:
-        condition: service_healthy
+      # Ordre de demarrage SEULEMENT, volontairement pas `service_healthy` :
+      # Grafana n'a pas besoin de PostgreSQL pour demarrer, seulement pour
+      # repondre a une requete. Le rendre otage de la sante d'une autre base,
+      # c'est ajouter un mode de panne sans contrepartie — et un outil de
+      # diagnostic doit surtout etre disponible quand quelque chose va mal.
+      - postgres
     ports:
       # 3001 et NON 3000 : quelque chose ecoute deja sur 3000 sur cette
       # machine (verifie avant d'ecrire cette ligne, comme le port 5432 deja