Dlaczego Dropbox mówi „Killed” w Arch Linux?

Próbuję zainstalować Dropbox na Arch Linux. Zainstalowałem oba dropboxi dropbox-cliprzynajmniej do tego stopnia, że ​​mam pliki binarne.

Kiedy uruchamiam dropboxna własną rękę, po prostu odpowiada Killedczerwoną czcionką. Kiedy uruchamiam dropbox-cli start, drukuje:

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

Wtedy dropbox-cli statuspowróci Dropbox isn't running!.

Jestem połączony z siecią Ethernet.

Gdzie mam stąd iść?

Edytuj, aby uwzględnić 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 +++

Widziałem to zachowanie od dłuższego czasu. Wydaje się, że pakiety dropbox arch i gentoo działają inaczej niż się spodziewano: są to po prostu owijarki, początkowe wersje, które są w stanie pobrać najnowszy plik binarny do twojego $ HOME / .dropbox-dist / i uruchomić je zamiast tego. Zwykle, jeśli po prostu uruchomisz Dropbox, uruchamia $ HOME / .dropbox-dist / dropboxd i zabija oryginalny proces. Czy sprawdziłeś ps -ef | grep dropboxpo uruchomieniu? Oto, co zwykle widzę:

$ 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-statuspowracanie Dropbox isn't running!: to jest zagadka, która obali moją hipotezę, a gdybym miał wystarczająco dużo powtórzeń, aby skomentować zamiast odpowiedzi, aby upewnić się ps, że uciekasz, zrobiłbym to zamiast tego.

Miałem ten sam problem na pudełku Gentoo, gdzie dropbox startpo prostu drukowałem Killed. W moim przypadku proste

rm -rf ~/.dropbox-dist

naprawiono problem. Kolejne uruchomienie dropboxnastępnie pobrało poprawną wersję pliku binarnego demona i poprosiło mnie o ponowne zalogowanie, a wszystko działało dobrze.

Miałem ten problem w mojej maszynie przez cały weekend. Zdalnie włączam moją maszynę w biurze. Okazuje się, że jakiś geniusz w IT zmienił nazwę serwera DNS w piątek. Spróbuj pingować google:

ping google.com

A jeśli nic nie dostaniesz. To jest problem. Będziesz musiał skontaktować się z działem IT i zmienić plik /etc/resolv.conf zgodnie z tym, co ci powiedzą.