J'utilise Dropbox dans Debian. J'aimerais continuer à synchroniser le dossier Dropbox après la déconnexion.
Est-il possible d'exécuter le démon en arrière-plan au démarrage? Y a-t-il d'autres moyens de résoudre ce problème?
J'utilise Dropbox dans Debian. J'aimerais continuer à synchroniser le dossier Dropbox après la déconnexion.
Est-il possible d'exécuter le démon en arrière-plan au démarrage? Y a-t-il d'autres moyens de résoudre ce problème?
Réponses:
Cela devrait fonctionner:
nohup ~/.dropbox-dist/dropbox
nohup s'assure que le processus n'est pas tué lorsque vous vous déconnectez.
Regardez ici:
https://community.spiceworks.com/topic/131973-dropbox-headless-workstation?page=1#entry-6076539
un utilisateur mentionné:
Je pensais juste mentionner:
(a) les dernières distributions semblent rendre cela assez simple, lancez simplement "dropbox start" à partir de la ligne de commande, MAIS (b) surveillez les ouvertures de session et de déconnexion avec X11 transféré.
J'ai configuré de nombreux alias bash pour la connexion à différentes machines, et ils incluent tous l'option "-X" permettant de transférer les paquets X11. Pour cette raison, Dropbox mourait de faim en me déconnectant, même en l'exécutant sous «écran» et sans nohup. Apparemment, le transfert de X11 faisait que dropbox connectait le processus dbus sur ma machine locale plutôt que sur la machine distante; Ainsi, lorsque j'ai rompu la connexion, Dropbox considérait que dbus était terminé et se terminait ainsi. Juste pour votre information, car cela m'a stoppé pendant un moment. La clé était que je devais appuyer sur Ctrl-C même après avoir déconnecté / exécuté la sortie sur la machine distante. Apparemment, ssh maintenait la session ouverte, même si j'avais quitté bash, à cause de la connexion restante ouverte.
Et puis un autre utilisateur a commenté:
La solution est simple même si (pour une raison quelconque) veut garder ssh-ing avec le '-X': avant de lancer dropbox, vous devez "casser" le transfert, par exemple en effectuant:
non configuré AFFICHAGE
si cela est fait dans un script bash stupide, le transfert est "interrompu" juste à l'intérieur du script, mais une fois que cela est exécuté, le 'terminal' est toujours en cours de transfert.