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

9

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
la 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'
1
Avez-vous essayé avec sudo?
Esref
1
Vous devez utiliser -f avec votre strace
rrauenza
2
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
1
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:

1

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
la source
1

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
la source
0

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
la 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