¿Por qué Dropbox dice "Asesinado" en Arch Linux?

Estoy tratando de instalar Dropbox en Arch Linux. He instalado ambos dropboxy dropbox-cli, al menos hasta el punto de tener los binarios.

Cuando corro dropboxsolo, solo responde Killeden letras rojas. Cuando corro dropbox-cli start, se imprime:

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

Entonces a dropbox-cli statusregresará Dropbox isn't running!.

Estoy conectado a ethernet.

¿A dónde debería ir desde aquí?

Editar para incluir 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

— Cometas
fuente

¿Tiene usted strace? Si es así, intente ejecutar strace dropboxy publicar la salida (o al menos las últimas 20 o 30 líneas). (No utilice un comentario; información complementaria de esa manera es considerado como parte de la pregunta , por lo que debe corregir su pregunta y añadir información allí.)

— G-hombre dice 'Restablecer Mónica'

¿Has probado con sudo?

— Esref

Deberías usar -f con tu strace

— rrauenza

Los procesos para sacar SIGKILL de la nada son comúnmente porque consumen demasiada memoria, y luego la parte del núcleo llamada el asesino sin memoria los mata. Busca dmesgmensajes que expliquen tal cosa.

— Josip Rodin

Solo quería agregar eso dropboxy dropbox-clison paquetes no oficiales y no forman parte de Arch Linux. Los problemas con Dropbox que se ejecutan en Linux deberían dirigirse idealmente a los desarrolladores de Dropbox.

— Alexander

Respuestas:

He visto este comportamiento durante bastante tiempo. Parece que los paquetes de dropbox arch y gentoo funcionan de manera diferente a lo esperado: son básicamente envoltorios, versiones iniciales que pueden descargar el binario más actual en su $ HOME / .dropbox-dist / y ejecutarlo. Por lo general, si simplemente ejecuta Dropbox, inicia $ HOME / .dropbox-dist / dropboxd y elimina el proceso original. ¿Has verificado ps -ef | grep dropboxdespués del lanzamiento? Esto es lo que generalmente veo:

$ 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-statusreturn Dropbox isn't running!: ese es un enigma que refutaría mi hipótesis, y si tuviera suficiente representante para comentar en lugar de responder, para asegurarme de que estás corriendo ps, lo habría hecho.

— smaslennikov
fuente

Tuve el mismo problema en una caja de Gentoo donde dropbox startsimplemente imprimiría Killed. En mi caso, un simple

rm -rf ~/.dropbox-dist

Se solucionó el problema. dropboxLuego otra vez descargué la versión correcta del binario daemon y me pidió que volviera a iniciar sesión, y todo funcionó bien.

— cfh
fuente

Tuve este problema en mi máquina todo el fin de semana. Me acerqué a mi máquina en la oficina. Resulta que algún genio en TI cambió el nombre del servidor DNS el viernes. Intenta hacer ping a google:

ping google.com

Y si no obtienes nada. Este es el problema. Tendrá que ponerse en contacto con su TI y cambiar el archivo /etc/resolv.conf de acuerdo con lo que le indiquen.

— Wilmer E. Henao
fuente

Además, sé que esta es una respuesta tardía. Solo ponlo aquí en caso de que alguien lo necesite en el futuro.

— Wilmer E. Henao