Pourquoi Dropbox dit-il «tué» sur Arch Linux?

J'essaie d'installer Dropbox sur Arch Linux. J'ai installé les deux dropboxet dropbox-cli, au moins au point d'avoir les binaires.

Lorsque je cours dropboxseul, il répond simplement Killeden lettres rouges. Quand je cours dropbox-cli start, il affiche:

Starting Dropbox... Dropbox isn't running!
Done!

Puis un dropbox-cli statusreviendra Dropbox isn't running!.

Je suis connecté à Ethernet.

Où dois-je aller d'ici?

Modifier pour inclure la strace:

futex(0xa10520, FUTEX_WAKE_PRIVATE, 1)  = 1
futex(0x1285920, FUTEX_WAKE_PRIVATE, 1) = 1
futex(0xa104e4, FUTEX_WAIT_BITSET_PRIVATE|FUTEX_CLOCK_REALTIME, 158, {1430164659, 469752000}, ffffffff) = -1 EAGAIN (Resource temporarily unavailable)
futex(0xa10564, FUTEX_WAKE_OP_PRIVATE, 1, 1, 0xa10560, {FUTEX_OP_SET, 0, FUTEX_OP_CMP_GT, 1}) = 1
futex(0xa105a0, FUTEX_WAKE_PRIVATE, 1)  = 1
futex(0xa10520, FUTEX_WAKE_PRIVATE, 1)  = 1
futex(0xa104e4, FUTEX_WAKE_OP_PRIVATE, 1, 1, 0xa104e0, {FUTEX_OP_SET, 0, FUTEX_OP_CMP_GT, 1}) = 1
futex(0xa10520, FUTEX_WAKE_PRIVATE, 1)  = 1
futex(0xa104e4, FUTEX_WAIT_BITSET_PRIVATE|FUTEX_CLOCK_REALTIME, 164, {1430164659, 469845000}, ffffffff) = -1 EAGAIN (Resource temporarily unavailable)
futex(0xa10564, FUTEX_WAKE_OP_PRIVATE, 1, 1, 0xa10560, {FUTEX_OP_SET, 0, FUTEX_OP_CMP_GT, 1}) = 1
futex(0xa105a0, FUTEX_WAKE_PRIVATE, 1)  = 1
futex(0xa10520, FUTEX_WAKE_PRIVATE, 1)  = 1
futex(0xa104e4, FUTEX_WAKE_OP_PRIVATE, 1, 1, 0xa104e0, {FUTEX_OP_SET, 0, FUTEX_OP_CMP_GT, 1}) = 1
futex(0xa10520, FUTEX_WAKE_PRIVATE, 1)  = 1
futex(0xa104e4, FUTEX_WAIT_BITSET_PRIVATE|FUTEX_CLOCK_REALTIME, 170, {1430164659, 469934000}, ffffffff) = -1 EAGAIN (Resource temporarily unavailable)
futex(0xa10564, FUTEX_WAKE_OP_PRIVATE, 1, 1, 0xa10560, {FUTEX_OP_SET, 0, FUTEX_OP_CMP_GT, 1}) = 1
futex(0xa105a0, FUTEX_WAKE_PRIVATE, 1)  = 1
futex(0xa10520, FUTEX_WAKE_PRIVATE, 1)  = 0
futex(0xa104e4, FUTEX_WAKE_OP_PRIVATE, 1, 1, 0xa104e0, {FUTEX_OP_SET, 0, FUTEX_OP_CMP_GT, 1}) = 1
futex(0xa10520, FUTEX_WAKE_PRIVATE, 1)  = 1
futex(0xa104e4, FUTEX_WAKE_OP_PRIVATE, 1, 1, 0xa104e0, {FUTEX_OP_SET, 0, FUTEX_OP_CMP_GT, 1}) = 1
futex(0xa10520, FUTEX_WAKE_PRIVATE, 1)  = 1
futex(0xa104e4, FUTEX_WAIT_BITSET_PRIVATE|FUTEX_CLOCK_REALTIME, 177, {1430164659, 470056000}, ffffffff) = -1 EAGAIN (Resource temporarily unavailable)
futex(0xa10564, FUTEX_WAKE_OP_PRIVATE, 1, 1, 0xa10560, {FUTEX_OP_SET, 0, FUTEX_OP_CMP_GT, 1}) = 1
futex(0xa105a0, FUTEX_WAKE_PRIVATE, 1)  = 1
futex(0xa10520, FUTEX_WAKE_PRIVATE, 1)  = 1
futex(0xa104e4, FUTEX_WAKE_OP_PRIVATE, 1, 1, 0xa104e0, {FUTEX_OP_SET, 0, FUTEX_OP_CMP_GT, 1}) = 1
futex(0xa10520, FUTEX_WAKE_PRIVATE, 1)  = 1
select(0, NULL, NULL, NULL, {0, 1000})  = 0 (Timeout)
pipe([5, 6])                            = 0
fcntl(5, F_GETFD)                       = 0
fcntl(5, F_SETFD, FD_CLOEXEC)           = 0
fcntl(6, F_GETFD)                       = 0
fcntl(6, F_SETFD, FD_CLOEXEC)           = 0
clone(child_stack=0, flags=CLONE_CHILD_CLEARTID|CLONE_CHILD_SETTID|SIGCHLD, child_tidptr=0x7fd8e32809d0) = 22277
close(6)                                = 0
read(5, "", 50000)                      = 0
close(5)                                = 0
wait4(22277,  <unfinished ...>
+++ killed by SIGKILL +++

arch-linux dropbox

— Cerfs-volants
source

En avez-vous strace? Si c'est le cas, essayez d'exécuter strace dropboxet de publier la sortie (ou au moins les 20 ou 30 dernières lignes). (N'utilisez pas de commentaire; des informations supplémentaires comme celles-ci sont considérées comme faisant partie de la question , vous devez donc modifier votre question et y ajouter des informations.)

— G-Man dit 'Reinstate Monica'

Avez-vous essayé avec sudo?

— Esref

Vous devez utiliser -f avec votre strace

— rrauenza

Les processus qui mettent SIGKILL à l'improviste sont généralement dus au fait qu'ils consomment trop de mémoire, puis la partie du noyau appelée tueur hors mémoire les tue. Recherchez les dmesgmessages expliquant une telle chose.

— Josip Rodin

Je voulais juste ajouter cela dropboxet ce dropbox-clisont des paquets non officiels et ne font pas partie d'Arch Linux. Les problèmes avec Dropbox fonctionnant sous Linux devraient idéalement être dirigés vers les développeurs Dropbox.

— Alexander

Réponses:

J'ai vu ce comportement depuis un certain temps. Il semble que les paquets archbox et gentoo dropbox fonctionnent différemment que prévu: ce sont essentiellement des wrappers, des versions initiales qui sont capables de télécharger le binaire le plus récent sur votre $ HOME / .dropbox-dist / et de l'exécuter à la place. Habituellement, si vous exécutez simplement dropbox, il lance $ HOME / .dropbox-dist / dropboxd et tue le processus d'origine. Avez-vous vérifié ps -ef | grep dropboxaprès le lancement? Voici ce que je vois habituellement:

$ strace dropbox
....
clone(child_stack=0, flags=CLONE_CHILD_CLEARTID|CLONE_CHILD_SETTID|SIGCHLD, child_tidptr=0x7fd144c329d0) = 1530
close(6)                                = 0
read(5, "", 50000)                      = 0
close(5)                                = 0
wait4(1530,  <unfinished ...>
+++ killed by SIGKILL +++
Killed
$ ps -ef | grep dropbox
me   1530     1 99 09:05 pts/6    00:00:32 /home/me/.dropbox-dist/dropbox-lnx.x86_64-16.3.27/dropbox /newerversion

RE: dropbox-statusretour Dropbox isn't running!: c'est une énigme qui réfuterait mon hypothèse, et si j'avais assez de représentants pour commenter au lieu de répondre, pour m'assurer que vous courez ps, je l'aurais fait à la place.

— smaslennikov
source

J'ai eu le même problème sur une boîte Gentoo où dropbox startj'imprimais simplement Killed. Dans mon cas, un simple

rm -rf ~/.dropbox-dist

résolu le problème. Une autre exécution a dropboxensuite téléchargé la version correcte du binaire du démon et m'a demandé de me reconnecter, et tout a bien fonctionné.

— cfh
source

J'ai eu ce problème dans ma machine tout le week-end. Je me connecte à distance à ma machine au bureau. Il s'avère qu'un génie du service informatique a changé vendredi le nom du serveur DNS. Essayez d'envoyer une requête ping à Google:

ping google.com

Et si vous n'obtenez rien. C'est le problème. Vous devrez contacter votre service informatique et modifier le fichier /etc/resolv.conf en fonction de ce qu'ils vous disent.

— Wilmer E. Henao
source

De plus, je sais que c'est une réponse tardive. Mettez-le ici au cas où quelqu'un en aurait besoin.

— Wilmer E. Henao