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

9

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 +++
Latawce
źródło
Czy masz strace? Jeśli tak, spróbuj uruchomić strace dropboxi opublikować wynik (lub przynajmniej ostatnie 20 lub 30 wierszy). (Nie używaj komentarza; takie dodatkowe informacje są uważane za część pytania , więc powinieneś edytować swoje pytanie i tam dodać informacje.)
G-Man mówi „Przywróć Monikę”
1
Próbowałeś z sudo?
Esref
1
Powinieneś użyć -f ze swoim strace
rrauenza
2
Procesy pozbywania się SIGKILL poza zasięgiem są zwykle spowodowane tym, że zjadają za dużo pamięci, a następnie zabija je część jądra zwana zabójcą braku pamięci. Sprawdź dmesgkomunikaty wyjaśniające coś takiego.
Josip Rodin
1
Chciałem tylko to dodać dropboxi dropbox-clisą to nieoficjalne pakiety, które nie są częścią Arch Linux. Problemy z Dropbox działającym pod Linuksem powinny być idealnie skierowane do twórców Dropbox.
Alexander

Odpowiedzi:

1

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.

smaslennikov
źródło
1

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.

por
źródło
0

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ą.

Wilmer E. Henao
źródło
Wiem też, że to późna odpowiedź. Połóż to tutaj, na wypadek, gdyby ktoś tego potrzebował.
Wilmer E. Henao