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

9

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 +++
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'
1
¿Has probado con sudo?
Esref
1
Deberías usar -f con tu strace
rrauenza
2
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
1
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:

1

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
1

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
0

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