Dlaczego Dropbox mówi “ Zabito ” w Arch Linux?

Próbuję zainstalować Dropbox w Arch Linux. Zainstalowałem zarówno dropbox, jak i dropbox-cli, przynajmniej do momentu posiadania plików binarnych.

Kiedy uruchamiam dropbox samodzielnie, po prostu odpowiada Killed czerwonymi literami. Kiedy uruchamiam dropbox-cli start, wyświetla się:

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

Następnie dropbox-cli status zwróci Dropbox isn"t running!.

Mam połączenie z siecią Ethernet.

Gdzie mam stąd przejść?


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

Komentarze

  • Czy masz strace? Jeśli tak, spróbuj uruchomić strace dropbox i opublikuj wyjście (lub przynajmniej ostatnie 20 lub 30 wierszy). (Don ' nie używaj komentarza; dodatkowe informacje, takie jak ta, są uważane za część pytania , więc powinieneś edytować swoje pytanie i dodaj tam informacje.)
  • Czy próbowałeś już z sudo?
  • Powinieneś użyć -f ze swoim strace
  • Procesy pobierające SIGKILL nieoczekiwanie są często spowodowane tym, że zjadają zbyt dużo pamięci, a następnie część jądra zwana zabójcą braku pamięci zabija je. Sprawdź dmesg dla wiadomości wyjaśniających takie rzeczy.
  • Chciałem tylko dodać, że dropbox i dropbox-cli są nieoficjalne pakiety i nie są częścią Arch Linux. Problemy z Dropbox działającym w systemie Linux najlepiej kierować do programistów Dropbox.

Odpowiedź

Widziałem to zachowanie od dłuższego czasu. Wydaje się, że pakiety dropbox arch i gentoo działają inaczej niż oczekiwano: są to w zasadzie opakowania, początkowe wersje, które są w stanie pobrać najbardziej aktualny plik binarny do $ HOME / .dropbox-dist / i uruchomić go, Zamiast tego. Zwykle po prostu uruchamiając dropbox, uruchamia on $ HOME / .dropbox-dist / dropboxd i przerywa oryginalny proces. Czy po uruchomieniu zaznaczyłeś ps -ef | grep dropbox? Oto, co zwykle zobacz:

$ 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 zwracając Dropbox isn"t running!: że to zagadka, która obaliłaby moją hipotezę i gdybym miał wystarczającą liczbę przedstawicieli do komentowania zamiast odpowiedzi, aby upewnić się, że „działasz ps, zrobiłbym to zamiast tego.

Odpowiedź

Miałem ten sam problem na pudełku Gentoo, gdzie dropbox start po prostu wypisze Killed. W moim przypadku prosta

rm -rf ~/.dropbox-dist 

rozwiązała problem. Kolejne uruchomienie dropbox, a następnie pobranie poprawnej wersji pliku binarnego demona i poproszenie o ponowne zalogowanie się i wszystko działało poprawnie.

Odpowiedź

Miałem ten problem na komputerze przez cały weekend. Zdalnie łączę się z moim komputerem w biurze. Okazuje się, że jakiś geniusz w IT zmienił w piątek nazwę serwera DNS. Spróbuj pingować google:

ping google.com 

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

Komentarze

  • I ' zdaję sobie sprawę, że to późna odpowiedź. Po prostu umieść to tutaj, na wypadek gdyby ktoś potrzebował tego w przyszłości.

Dodaj komentarz

Twój adres email nie zostanie opublikowany. Pola, których wypełnienie jest wymagane, są oznaczone symbolem *