Warum sagt Dropbox unter Arch Linux "Killed"?

Ich versuche Dropbox unter Arch Linux zu installieren. Ich habe beide installiert dropboxund dropbox-clizumindest so weit, dass ich die Binärdateien habe.

Wenn ich dropboxalleine laufe , antwortet es nur Killedmit roter Schrift. Wenn ich laufe dropbox-cli start, wird Folgendes ausgedruckt:

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

Dann wird ein dropbox-cli statusWille zurückkehren Dropbox isn't running!.

Ich bin mit Ethernet verbunden.

Wohin soll ich von hier aus gehen?

Bearbeiten, um strace einzuschließen:

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

— Drachen
quelle

Haben Sie strace? Wenn ja, versuchen Sie es strace dropboxund führen Sie die Ausgabe (oder mindestens die letzten 20 oder 30 Zeilen) aus. (Verwenden Sie keinen Kommentar. Zusätzliche Informationen wie diese werden als Teil der Frage betrachtet . Sie sollten daher Ihre Frage bearbeiten und dort Informationen hinzufügen.)

— G-Man sagt "Reinstate Monica" am

Hast du es mit sudo versucht?

— Esref

Sie sollten -f mit Ihrer Strace verwenden

— rrauenza

Prozesse, bei denen SIGKILL aus heiterem Himmel kommt, sind häufig darauf zurückzuführen, dass sie zu viel Speicher verbrauchen, und der Teil des Kernels, der als Out-Of-Memory-Killer bezeichnet wird, tötet sie. Suchen Sie dmesgnach Nachrichten, die so etwas erklären.

— Josip Rodin

Ich wollte das nur hinzufügen dropboxund dropbox-clibin inoffizielle Pakete und nicht Teil von Arch Linux. Probleme mit Dropbox unter Linux sollten idealerweise an die Dropbox-Entwickler gerichtet werden.

— Alexander

Antworten:

Ich habe dieses Verhalten schon seit einiger Zeit gesehen. Es scheint, dass Arch- und Gentoo-Dropbox-Pakete anders funktionieren als erwartet: Es handelt sich im Grunde genommen um Wrapper, Erstversionen, die die aktuellste Binärdatei auf Ihr $ HOME / .dropbox-dist / herunterladen und stattdessen ausführen können. Wenn Sie dropbox einfach ausführen, wird normalerweise $ HOME / .dropbox-dist / dropboxd gestartet und der ursprüngliche Prozess abgebrochen. Haben Sie ps -ef | grep dropboxnach dem Start überprüft ? Folgendes sehe ich normalerweise:

$ 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-statusRückkehr Dropbox isn't running!: das ein Rätsel ist , dass meine Hypothese widerlegen würde, und wenn ich genug rep Kommentar statt Antwort hat , um sicherzustellen , Sie laufen ps, würde ich so stattdessen getan habe.

— smaslennikov
quelle

Ich hatte das gleiche Problem bei einer Gentoo-Box, bei dropbox startder einfach gedruckt wurde Killed. In meinem Fall eine einfache

rm -rf ~/.dropbox-dist

Das Problem wurde behoben. Ein weiterer Durchlauf von dropboxdann lud die richtige Version der Daemon-Binärdatei herunter und bat mich, mich erneut anzumelden, und alles funktionierte einwandfrei.

— cfh
quelle

Ich hatte dieses Problem das ganze Wochenende in meiner Maschine. Ich gehe zu meiner Maschine im Büro. Es stellt sich heraus, dass ein Genie in der IT am Freitag den Namen des DNS-Servers geändert hat. Versuchen Sie, Google zu pingen:

ping google.com

Und wenn Sie nichts bekommen. Das ist das Problem. Sie müssen sich an Ihre IT wenden und die Datei /etc/resolv.conf entsprechend den Angaben ändern.

— Wilmer E. Henao
quelle

Ich bin mir auch bewusst, dass dies eine späte Antwort ist. Setzen Sie es einfach hier ein, falls jemand es später braucht.

— Wilmer E. Henao