Perché Dropbox dice "Killed" su Arch Linux?

Sto cercando di installare Dropbox su Arch Linux. Ho installato entrambi dropboxe dropbox-cli, almeno al punto di avere i binari.

Quando corro dropboxda solo, risponde solo Killedin caratteri rossi. Quando corro dropbox-cli start, stampa:

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

Quindi un dropbox-cli statustornerà Dropbox isn't running!.

Sono connesso a Ethernet.

Dove dovrei andare da qui?

Modifica per includere la traccia:

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

— aquiloni
fonte

Hai strace? In tal caso, prova a eseguire strace dropboxe pubblica l'output (o almeno le ultime 20 o 30 righe). (Non usare un commento; informazioni supplementari come questa sono considerate parte della domanda , quindi dovresti modificare la tua domanda e aggiungere informazioni lì.)

— G-Man dice 'Reinstate Monica' il

Hai provato con sudo?

— Esref,

Dovresti usare -f con il tuo strace

— rrauenza

I processi che portano SIGKILL fuori dal comune sono comunemente perché consumano troppa memoria, e quindi la parte del kernel chiamata killer Out-Of-Memory li uccide. Controlla i dmesgmessaggi che spiegano una cosa del genere.

— Josip Rodin,

Volevo solo aggiungerlo dropboxe dropbox-clisono pacchetti non ufficiali e non fanno parte di Arch Linux. I problemi con Dropbox in esecuzione su Linux dovrebbero idealmente essere indirizzati agli sviluppatori Dropbox.

— Alexander,

Risposte:

Ho visto questo comportamento da un po 'di tempo. Sembra che i pacchetti dropbox di arch e gentoo funzionino diversamente dal previsto: sono fondamentalmente wrapper, versioni iniziali che sono in grado di scaricare il binario più recente sul tuo $ HOME / .dropbox-dist / ed eseguirlo, invece. Di solito se esegui semplicemente dropbox, avvia $ HOME / .dropbox-dist / dropboxd e termina il processo originale. Hai controllato ps -ef | grep dropboxdopo il lancio? Ecco cosa di solito vedo:

$ 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-statusritorno Dropbox isn't running!: questo è un enigma che confuterebbe la mia ipotesi, e se avessi abbastanza rappresentante per commentare invece di rispondere, per assicurarmi che tu stia correndo ps, lo avrei fatto invece.

— smaslennikov
fonte

Ho avuto lo stesso problema su una scatola Gentoo in cui dropbox startavrei semplicemente stampato Killed. Nel mio caso, un semplice

rm -rf ~/.dropbox-dist

risolto il problema. Un'altra esecuzione ha dropboxquindi scaricato la versione corretta del file binario del daemon e mi ha chiesto di accedere nuovamente e tutto ha funzionato correttamente.

— cfh
fonte

Ho avuto questo problema nella mia macchina per tutto il weekend. Vado in remoto alla mia macchina in ufficio. Si scopre che qualche genio dell'IT ha cambiato il nome del server DNS venerdì. Prova a eseguire il ping di Google:

ping google.com

E se non ottieni nulla. Questo è il problema. Dovrai contattare il tuo IT e modificare il file /etc/resolv.conf in base a ciò che ti dicono.

— Wilmer E. Henao
fonte

Inoltre, sono consapevole che questa è una risposta tardiva. Mettilo qui nel caso qualcuno ne abbia bisogno lungo la strada.

— Wilmer E. Henao,