¿Por qué Dropbox dice “ Killed ” en Arch Linux?

Estoy intentando instalar Dropbox en Arch Linux. He instalado tanto dropbox y dropbox-cli, al menos hasta el punto de tener los binarios.

Cuando ejecuto dropbox solo, simplemente responde Killed en letras rojas. Cuando ejecuto dropbox-cli start, se imprime:

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

Luego, dropbox-cli status devolverá Dropbox isn"t running!.

Estoy conectado a ethernet.

¿A dónde debo ir desde aquí?


Edite 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 +++ 

Comentarios

  • ¿Tiene strace? Si es así, intente ejecutar strace dropbox y publique el resultado (o al menos las últimas 20 o 30 líneas) (Don ' t use un comentario; información complementaria como esa se considera parte de la pregunta , por lo que debe editar tu pregunta y agrega información allí.)
  • ¿Has probado con sudo?
  • Debes usar -f con tu strace
  • Procesos que obtienen SIGKILL de la nada son comúnmente porque consumen demasiada memoria, y luego la parte del kernel llamada el asesino de la memoria insuficiente los mata. Verifique dmesg para mensajes que expliquen tal cosa.
  • Solo quería agregar que dropbox y dropbox-cli no son oficiales paquetes 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.

Respuesta

Ya 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 contenedores, versiones iniciales que pueden descargar el binario más actual a su $ HOME / .dropbox-dist / y ejecutarlo, en su lugar. Por lo general, si simplemente ejecuta Dropbox, ejecuta $ HOME / .dropbox-dist / dropboxd y mata el proceso original. ¿Ha marcado ps -ef | grep dropbox después del lanzamiento? Esto es lo que normalmente ver:

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

Respuesta

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

rm -rf ~/.dropbox-dist 

solucionó el problema. Otra ejecución de dropbox luego descargué la versión correcta del binario del demonio y me pidió que volviera a iniciar sesión, y todo funcionó bien.

Responder

Tuve este problema en mi máquina todo el fin de semana. Me conecto a mi máquina en la oficina. Resulta que un genio de TI cambió el nombre del servidor DNS el viernes. Intente hacer ping a google:

ping google.com 

Y si no obtiene nada, este es el problema. Deberá ponerse en contacto con su departamento de TI y cambiar el / etc / resolv.conf de acuerdo con lo que le digan.

Comentarios

  • Además, ' Soy consciente de que esta es una respuesta tardía. Solo póngalo aquí en caso de que alguien lo necesite en el futuro.

Deja una respuesta

Tu dirección de correo electrónico no será publicada. Los campos obligatorios están marcados con *