Démarrage automatique et gestion du service

Une machine distante n'est utile que si son agent tourne au moment où vous en avez besoin — ce qui signifie généralement : après une coupure de courant, une mise à jour, ou un redémarrage auquel vous n'assistiez pas. Chaque plateforme résout cela à sa façon.

Trois mots sont sans cesse confondus, donc :

Installé — les fichiers sont sur le disque.
Activé — il démarrera tout seul la prochaine fois.
En marche — il sert des fichiers à cet instant.

Un agent peut être installé, activé, et ne pas tourner. C'est de loin la réponse la plus fréquente à « pourquoi mon appareil est-il hors ligne ».

Windows

Le programme d'installation propose Démarrer Filemote à l'ouverture de session, décoché par défaut. Le cocher ajoute pour votre utilisateur Windows une entrée de démarrage qui lance l'application Filemote à l'ouverture de session ; l'agent démarre ensuite de lui-même si l'application est réglée pour le lancer.

Conséquences à connaître :

C'est par utilisateur. Tant que personne n'ouvre de session, aucun agent ne tourne.
Une machine qui redémarre et reste à l'écran de connexion est hors ligne jusqu'à ce que quelqu'un se connecte.
Les versions portable et ClickOnce n'ajoutent aucune entrée de démarrage.

S'il vous faut une machine Windows qui serve des fichiers sans que personne n'ouvre de session, la réponse honnête aujourd'hui est que la version Windows n'est pas faite pour cela : prenez un hôte Linux, ou laissez la machine connectée avec l'écran verrouillé.

Linux — l'unité systemd

Le script d'installation crée une unité filemote-agent et l'active sans la démarrer. Cette combinaison est délibérée : l'activation lui fait survivre à un redémarrage, et la laisser arrêtée évite qu'une installation neuve démarre à moitié configurée.

sudo systemctl start filemote-agent      # démarrer maintenant
sudo systemctl status filemote-agent     # est-il en marche ?
sudo systemctl stop filemote-agent       # l'arrêter
sudo systemctl disable filemote-agent    # l'empêcher de revenir après un redémarrage
sudo systemctl enable filemote-agent     # et annuler cela

L'unité s'exécute sous votre utilisateur plutôt que root, redémarre cinq secondes après un échec, est plafonnée à 8 Go de mémoire et 80 % de CPU, et journalise dans journald.

Installer avec --no-autostart saute l'unité entièrement ; vous lancez alors FilemoteAgent vous-même, ou écrivez votre propre unité.

macOS — l'agent launchd

Le script d'installation écrit ~/Library/LaunchAgents/com.filemote.agent.plist et le charge : l'agent démarre donc à chaque ouverture de session et se relance s'il plante.

launchctl start com.filemote.agent
launchctl stop  com.filemote.agent
launchctl list | grep com.filemote.agent    # est-il chargé ?

Comme sous Windows, c'est par session : un Mac resté à la fenêtre de connexion ne sert rien. --no-autostart saute le plist, et alors aucune de ces commandes ne s'applique.

Vérifier que cela survit vraiment à un redémarrage

Ne faites pas confiance au réglage — testez une fois :

Redémarrez la machine.
Sous Windows et macOS, ouvrez une session.
Regardez la liste des appareils sur le site.

S'il revient, c'est fait. Sinon, l'appareil apparaît hors ligne est la liste à dérouler, et son premier point attrape la plupart des cas.

Désactiver le démarrage automatique plus tard

Windows — décochez l'option en relançant le programme d'installation, ou supprimez l'entrée de démarrage de votre utilisateur.
Linux — sudo systemctl disable filemote-agent.
macOS — launchctl unload ~/Library/LaunchAgents/com.filemote.agent.plist puis supprimez le fichier.

Rien de tout cela ne désinstalle quoi que ce soit ni ne touche vos réglages ; cela empêche seulement l'agent de revenir tout seul. Pour tout retirer, voir supprimer Filemote.

Mis à jour le 2026-08-06

Cela n’a pas aidé — contacter l’assistance