Por que o Dropbox diz “ Killed ” no Arch Linux?

Estou tentando instalar o Dropbox no Arch Linux. Eu instalei dropbox e dropbox-cli, pelo menos a ponto de ter os binários.

Quando executo dropbox sozinho, ele apenas responde Killed com letras vermelhas. Quando executo dropbox-cli start, ele imprime:

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

Então um dropbox-cli status retornará Dropbox isn"t running!.

Estou conectado à ethernet.

Para onde devo ir a partir daqui?


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

Comentários

  • Você tem strace? Se sim, tente executar strace dropbox e publicar a saída (ou pelo menos as últimas 20 ou 30 linhas). (Don ' não use um comentário; informações suplementares como essa são consideradas parte da pergunta , então você deve editar sua pergunta e adicione informações lá.)
  • Você já tentou com sudo?
  • Você deve usar -f com seu strace
  • Processos obtendo SIGKILL do nada são geralmente porque comem muita memória e, em seguida, a parte do kernel chamada de assassino de falta de memória os mata. Verifique dmesg para mensagens que explicam tal coisa.
  • Só queria acrescentar que dropbox e dropbox-cli não são oficiais pacotes e não faz parte do Arch Linux. Problemas com o Dropbox em execução no Linux devem ser direcionados idealmente aos desenvolvedores do Dropbox.

Resposta

Eu vi este comportamento por algum tempo. Parece que os pacotes de dropbox arch e gentoo funcionam de forma diferente do esperado: eles são basicamente wrappers, versões iniciais que são capazes de baixar o binário mais atual para seu $ HOME / .dropbox-dist / e executá-lo, em vez disso. Normalmente, se você simplesmente executar o dropbox, ele inicia $ HOME / .dropbox-dist / dropboxd e elimina o processo original. Você verificou ps -ef | grep dropbox após o lançamento? Aqui “é o que eu costumo consulte:

$ 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 retornando Dropbox isn"t running!: que é um enigma que refutaria minha hipótese e, se eu tivesse representantes suficientes para comentar em vez de responder, para ter certeza de que você “está executando ps, eu teria feito isso.

Resposta

Eu tive o mesmo problema em uma caixa do Gentoo onde dropbox start simplesmente imprimiria Killed. No meu caso, um simples

rm -rf ~/.dropbox-dist 

corrigiu o problema. Outra execução de dropbox, em seguida, baixei a versão correta do binário daemon e me pediu para fazer login novamente, e tudo funcionou bem.

Resposta

Tive este problema na minha máquina durante todo o fim de semana. Eu remoto em minha máquina no escritório. Acontece que algum gênio da TI mudou o nome do servidor DNS na sexta-feira. Tente fazer ping no google:

ping google.com 

E se você não estiver recebendo nada. Este é o problema. Você terá que entrar em contato com o TI e alterar o / arquivo etc / resolv.conf de acordo com o que eles dizem a você.

Comentários

  • Além disso, eu ' estou ciente de que esta é uma resposta tardia. Basta colocá-lo aqui para o caso de alguém precisar dele no futuro.

Deixe uma resposta

O seu endereço de email não será publicado. Campos obrigatórios marcados com *