Après avoir passé du temps à comprendre pourquoi mon
mountpoint=../
ne marchait pas (il me disait que c'est interdit de faire référence au dossier parent), il en ressort que ce que mountpoint veut un fichier qui est présent sur les deux disques. Si unison ne trouve pas ce fichier sur l'un ou l'autre, il stoppe.

Donc il faut plutôt mettre quelque chose comme:
mountpoint=rep/fichier_lambda.txt

Je vais mettre à jour le wiki.

source

perms=0 évite simplement de copier les permissions vers un système de fichier du genre vfat chez qui la notion de permission n'existe pas.
Mais cela ne te donne pas de permission particulière d'écriture (si la cible se trouve à l'intérieur d'un répertoire pour lequel tu n'as pas de droit d'écriture tu seras bloqué tout de même).
Es-tu sûr que la cible se trouve dans des répertoires pour lesquels tu as les droits d'accès en écriture ?

j'ai bien lu toutes vos remarques...j'avais le même pb, et les chemins relatifs semblent avoir résolu une partie de ceux ci.
Par contre je reste avec un certain nb de fichiers avec l'erreur suivante

"Error in copying locally: Système de fichiers accessible en lecture seulement"

alors que j'ai donné tous les droits, que l'option perms=0 est bien dnas le fichier de config..je ne sais plus que faire !!
merci
cat

Je n'ai pas testé parce que depuis le temps, je me suis fait un script utilisant  rsync qui me permettait de faire plus ou moins ce que je voulais. Je ne compte pas repasser du temps à essayer de faire marcher unison. J'ai d'ailleurs abandonné l'un de mes PC et à la place, je me trimbale ma tour. Je garde un très mauvais souvenir d'unison, j'ai pas l'intention de re-tester à moins d'en avoir expressément besoin.

Il faut que mountpoint corresponde à chaque path indiqués, ou à la racine (ici "backup")

Il faut également avoir créé au préalable ce dossier "backup" sur la cible /media/stockage (donc /media/stockage/backup) et seulement celui-là

Voici ton profil adapté

# Roots of the synchronization
root = /media/documents
root = /media/stockage

#vérifie que le périphérique externe est bien monté pour éviter une synchronisation supprime tout parce que le dossier amovible est vide.
mountpoint = backup

# Names and paths to ignore:
ignore = Name *~
ignore = Name .*~

#Fichiers Produits par compilation LaTeX que l'on ignore
ignore = Name *.aux
ignore = Name *.ilg
ignore = Name *.lof
ignore = Name *.lot
ignore = Name *.out
ignore = Name *.toc
ignore = Name *.bbl
ignore = Name *.blg

# Options du journal
log = true
logfile = /home/autiwa/.unison/logunison

#synchro des dates
times = true

#pour forcer unison à garder la dernière version. Si on veut garder la plus vieille version, il faut utiliser l'option "older"
#force = newer

#demande une confirmation quand tout un dossier de synchronisation va être supprimé
confirmbigdeletes = true

#puis les sous répertoires
path=backup/clean
path=backup/Cours
path=backup/Documents_Officiels
path=backup/Downloads
path=backup/Journal
path=backup/site
path=backup/TeX
path=backup/vectoriel

Depuis des années je fais des sauvegardes ou des synchronisations sur des disques externes avec Unison, mais je l'avoue je n'avais jamais essayé d'utiliser mountpoint (il ne m'est jamais arrivé non plus d'arracher une clé en plein milieu d'une sauvegarde !). Sans être indispensable le moins du monde mountpoint permettrait donc de sécuriser un peu plus. Mais il est vrai que ce n'est pas très évident à configurer correctement, voici comment j'ai pu l'ajouter dans un de mes *.prf  (avec un chemin relatif par rapport à la seconde réplique) :

# Les deux répliques
  root = /
  root = /media/SauvDD/

mountpoint = ./

Et avec le *.prf pour la clé USB :

# Répertoires 'roots'
root = /home/toto/Documents/
root = /media/CLE_USB/Documents/

mountpoint = ../

L'interface graphique ne dispense en rien de la confection d'un fichier *.prf.
Elle permet simplement de contrôler très aisément l'exécution de la sauvegarde ou de la synchronisation, beaucoup plus surement et agréablement que la version en ligne de commande.
Elle te permet de voir toutes les opérations déterminées par ton .prf avant que l'ensemble de la synchronisation n'ait lieu et de modifier éventuellement tout ce qui ne te convient pas, ce qui te donne une excellente maîtrise de la situation.

Je suis d'ailleurs franchement surpris que le paquet graphique unison-gtk ne soit pas la version par défaut sur Ubuntu.
A ce sujet la version de la doc officielle que j'ai sous la main dit ceci :

autrement dit, sauf cas particulier (lancement d'Unison par l'entremise d'un script), l'interface graphique est recommandée... Essaye-la, tu ne le regretteras pas !
Peut-être bien que son utilisation aurait permis à Autiwa d'y voir plus clair et de ne pas abandonner la partie...

Si j'ai bien compris le fonctionnement de l'option 'mountpoint', un des objectifs est d'empêcher l'effacement des données "non-USB" si le disque USB venait à être indisponible au cours d'une synchronisation (débranchement intempestif / involontaire, panne d'alimentation, ...). Ne pas oublier qu'unison travaille dans les deux directions : s'il perçoit que les données USB n'existent plus au cours de la synchro, il va alors effacer les données sur le support non-USB. C'est ce que doit empêcher l'option 'mountpoint' correctement configurée.

C'est le "correctement configurée" qui nous intéresse ici :-)

Si le disque USB n'est pas présent lors de la demande de synchro, alors oui, il ne se passera rien.

Pour l'interface graphique, je ne peux pas te dire (la question ne m'était pas adressé non plus ), je ne l'ai jamais utilisée. La saisie des quelques lignes des fichiers *.prf ne me sont pas insurmontables !

Cela dit, je n'ai, pour ma part, jamais à me servir de cela, car lorsque je branche un disque externe - qu'il s'agisse d'une clé USB ou d'un disque dur externe - celui-ci crée automatiquement son répertoire dans /media

Par exemple, je vais avoir après branchement de mon DD un
/media/SauvDD
qui se crée (mais quand le DD n'est pas branché - et monté -  il n'y aura pas de répertoire SauvDD dans media).
Du coup, si j'ai par exemple dans mon .prf pour Unison, simplement ceci (sans usage de "mountpoint") :

# Les deux répliques
  root = /
  root = /media/SauvDD/

alors, si je lance Unison avec ce profil sans que le DD ne soit monté (et donc  sans  /media/SauvDD), j'aurai automatiquement un message d'erreur
(Fatal error Cannot find canonical name of /media/SauvDD etc.)  sans avoir besoin de recourir à mountpoint.

De même avec une clé USB j'avais un profil contenant ceci :

# Répertoires 'roots'
root = /home/toto/Documents/
root = /media/CLE_USB/Documents/

brancher la clé USB créait le répertoire CLE_USB dans /media, sans clé branchée pas de /media/CLE_USB et il y avait un message d'erreur si je lançais Unison avec ce profil.

Je suis un tout petit peu étonné que les choses ne fonctionnent pas ainsi chez certains d'entre vous.
Faut-il comprendre que vous montez vos disques externes dans un répertoire qui ne leur est pas propre ?

EDIT Autre chose : il semblerait qu'Autiwa n'utilise pas l'interface graphique d'Unison. C'est dommage (sauf raison spéciale de travailler en pure console) : le maniement est beaucoup plus agréable (et même plus sûr) avec l'interface graphique. Pour cela il faut simplement installer le paquetage unison-gtk (au lieu du paquetage unison).

Effectivement, grace à tes explications, l'option mountpoint fonctionne parfaitement :

Lorsque je lance la syncronisation lorsque la clé est branchée, le mirroir s'effectue. Lorsque la clé n'est pas montée, un message d'erreur apparait. Unison pourrait croire que le dossier sur la clée est effacée sans cette option !!

Merci

Quand à l'affinage, je suis entièrement d'accord avec toi, mon commentaire n'était que mon retour d'expérience.

Si nous sommes plusieurs à tenter  l'expérience, nous aurons plus de retour pour affiner l'utilisation/configuration d'unison.

Je le répète, mes explications ne sont que le retour de ma propre expérience, mais je peux être dans un cas plus ou moins particulier. Donc faire une sauvegarde manuelle avant (ou tester sur un répertoire avec un contenu fictif) de faire cette manip !

J'aime bien tes explications. Je vais essayer cela demain car il est trop tard ce soir.
Pour la 2eme partie de ton post "Note", je trouve un peu dangereux de mettre des chemins relatifs par rapport au repertoire ou est lancé unison. Pour mon cas, je lance mes scripts bash en automatique mais je lance parfois unison en ligne de commande pour effectuer mes backup à la main. Histoire d'etre sur que les dernieres versions de mes fichiers soient backupes . Et la je ne réfléchi pas toujours depuis quel répertoire je lance çà.

Merci en tout cas pour tes infos, je me faisais parfois des sueurs froides lors des transferts sur disk amovible.

Effectivement, ce n'est pas très clair dans la documentation.
Sous réserve, d'après ce que j'ai compris, l'option 'mountpoint' demanderait de mettre un chemin relatif par rapport au chemin indiqué à l'option 'root' local et sans le slash initial

Exemple de profil (extrait) :

root=/chemin/absolu/local/de/mes/fichiers/à/copier/
root=/media/diskusb/chemin/où/les/copier/
mountpoint=../../../../media/diskusb

le mountpoint se ferait en fonction du premier root et sans le slash.

J'espère ne pas me tromper, cela fonctionne chez moi.

Note : le chemin local peut être relatif au chemln où est lancé unison.
Par exemple, si les fichiers à synchroniser sont sur ~/Bureau/works on peut mettre

root=Bureau/works/

et on lance unison :

$ unison ceprofil

ce qui reviendrait à paramètrer 'mountpoint' en relatif depuis le chemin où est lancé unison. C'est, à mon avis, plus simple si on appelle unison toujours depuis le même emplacement (un script bash par exemple)

J'ai configuré mes mirroirs entre 2 PC assez proprement avec Unison. Je voudrais utiliser le meme soft pour une clé USB...
Je posterai ici si je trouve l'option qui va bien

A +

J'ai le meme probleme, je n'arrive pas a indiqué a unison qu'il s'agit d'une syncronisation sur une clé USB pour qu'il n'effectue pas la syncro si ma clé n'est pas présente.

@Autiwa
Tu as trouvé comment marchait l'option mountpoint d'Unison ?

Merci d'avance