Por que o Dropbox diz "Killed" no Arch Linux?

9

Estou tentando instalar o Dropbox no Arch Linux. Instalei os dois dropboxe dropbox-cli, pelo menos, ao ponto de ter os binários.

Quando corro dropboxpor conta própria, ele apenas responde Killedcom letras vermelhas. Quando corro dropbox-cli start, ele imprime:

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

Então um dropbox-cli statusretornará Dropbox isn't running!.

Estou conectado à ethernet.

Para onde devo ir daqui?


Edite para incluir o rastreio:

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 +++
Kites
fonte
Você tem strace? Nesse caso, tente executar strace dropboxe postar a saída (ou pelo menos as últimas 20 ou 30 linhas). (Não use um comentário; informações adicionais como essa são consideradas parte da pergunta ; portanto, você deve editá-la e adicioná-la.)
G-Man diz 'Reinstate Monica'
1
Você já tentou com sudo?
Esref 27/04/2015
1
Você deve usar -f com o strace
rrauenza
2
Os processos que tiram o SIGKILL do nada são comumente porque eles consomem muita memória e, em seguida, a parte do kernel chamada assassino de falta de memória os mata. Verifique as dmesgmensagens que explicam isso.
Josip Rodin
1
Só queria adicionar isso dropboxe dropbox-clisão pacotes não oficiais e não fazem parte do Arch Linux. Os problemas com o Dropbox em execução no Linux devem, idealmente, ser direcionados aos desenvolvedores do Dropbox.
Alexander

Respostas:

1

Eu já vi esse comportamento há algum tempo. Parece que os pacotes arch e gentoo dropbox funcionam de maneira diferente do esperado: eles são basicamente wrappers, versões iniciais capazes de baixar o binário mais atual para o seu $ HOME / .dropbox-dist / e executá-lo. Normalmente, se você simplesmente executar o dropbox, ele lança $ HOME / .dropbox-dist / dropboxd e mata o processo original. Você verificou ps -ef | grep dropboxapós o lançamento? Aqui está o que eu costumo 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-statusreturn Dropbox isn't running!: esse é um enigma que refutaria minha hipótese, e se eu tivesse representante suficiente para comentar em vez de responder, para ter certeza de que você está correndo ps, eu o teria feito.

smaslennikov
fonte
1

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

rm -rf ~/.dropbox-dist

corrigiu o problema. Outra execução dropboxbaixou a versão correta do binário daemon e me pediu para entrar novamente, e tudo funcionou bem.

cfh
fonte
0

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

ping google.com

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

Wilmer E. Henao
fonte
Além disso, estou ciente de que esta é uma resposta tardia. Basta colocá-lo aqui no caso de alguém precisar no caminho.
Wilmer E. Henao