Perché Dropbox dice “ Ucciso ” su Arch Linux?

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

Quando eseguo dropbox da solo, risponde semplicemente Killed in caratteri rossi. Quando eseguo dropbox-cli start, viene stampato:

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

Quindi un dropbox-cli status restituirà Dropbox isn"t running!.

Sono connesso a Ethernet.

Dove devo andare da qui?


Modifica per includere 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 +++ 

Commenti

  • Hai strace? In tal caso, prova a eseguire strace dropbox e pubblica loutput (o almeno le ultime 20 o 30 righe). (Non ' t utilizzare un commento; informazioni supplementari come questa sono considerate parte della domanda , quindi dovresti modificare la tua domanda e aggiungi informazioni lì.)
  • Hai provato con sudo?
  • Dovresti usare -f con il tuo strace
  • Processi che ottengono SIGKILL di punto in bianco sono comunemente perché mangiano troppa memoria, e quindi la parte del kernel chiamata killer Out-Of-Memory li uccide. Controlla dmesg per i messaggi che spiegano una cosa del genere.
  • Volevo solo aggiungere che dropbox e dropbox-cli non sono ufficiali pacchetti e non fa parte di Arch Linux. I problemi con Dropbox in esecuzione su Linux dovrebbero idealmente essere indirizzati agli sviluppatori di Dropbox.

Risposta

Ho “visto questo comportamento per un po di tempo. Sembra che i pacchetti dropbox arch e gentoo funzionino in modo diverso dal previsto: sono fondamentalmente wrapper, versioni iniziali che sono in grado di scaricare il binario più recente nella tua $ HOME / .dropbox-dist / ed eseguirlo, invece. Di solito se esegui semplicemente dropbox, viene avviato $ HOME / .dropbox-dist / dropboxd e interrompe il processo originale. Hai controllato ps -ef | grep dropbox dopo lavvio? Ecco cosa faccio di solito vedi:

$ 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-status restituendo Dropbox isn"t running!: che è un enigma che smentirebbe la mia ipotesi, e se avessi avuto abbastanza rappresentanti per commentare invece di rispondere, per assicurarmi che “stai usando ps, avrei fatto così.

Risposta

Ho avuto lo stesso problema su un box Gentoo dove dropbox start stamperebbe semplicemente Killed. Nel mio caso, un semplice

rm -rf ~/.dropbox-dist 

ha risolto il problema. Unaltra esecuzione di dropbox ha quindi scaricato la versione corretta del binario del demone e mi ha chiesto di accedere di nuovo, e tutto ha funzionato bene.

Risposta

Ho avuto questo problema nella mia macchina per tutto il fine settimana. Accedo in remoto alla mia macchina in ufficio. Si scopre che venerdì un genio dellIT ha cambiato il nome del server DNS. Prova a eseguire il ping di google:

ping google.com 

E se non ricevi nulla. Questo è il problema. Dovrai contattare il tuo IT e cambiare il / etc / resolv.conf in base a quello che ti dicono.

Commenti

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

Lascia un commento

Il tuo indirizzo email non sarà pubblicato. I campi obbligatori sono contrassegnati *