Hvorfor sier Dropbox “ Drepte ” på Arch Linux?

Jeg prøver å installere Dropbox på Arch Linux. Jeg har installert både dropbox og dropbox-cli, i det minste til det punktet å ha binærfiler.

Når jeg kjører dropbox alene, svarer det bare Killed med rød bokstav. Når jeg kjører dropbox-cli start, skrives det ut:

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

Så en dropbox-cli status vil returnere Dropbox isn"t running!.

Jeg er koblet til ethernet.

Hvor skal jeg gå herfra?


Rediger for å inkludere 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 +++ 

Kommentarer

  • Har du strace? Hvis ja, prøv å kjøre strace dropbox og legg ut utgangen (eller i det minste de siste 20 eller 30 linjene). (Don ' Ikke bruk en kommentar; tilleggsinformasjon som den anses å være en del av spørsmålet , så du bør redigere spørsmålet ditt og legg til informasjon der.)
  • Har du prøvd med sudo?
  • Du bør bruke -f med din strekning
  • Prosesser som får SIGKILL ut av det blå er ofte fordi de spiser for mye minne, og da dreper den delen av kjernen som kalles Out-Of-Memory-morderen dem. Sjekk dmesg for meldinger som forklarer noe slikt.
  • Ville bare legge til at dropbox og dropbox-cli er uoffisielle pakker og ikke en del av Arch Linux. Problemer med Dropbox som kjører på Linux, bør ideelt sett rettes mot Dropbox-utviklerne.

Svar

Jeg har sett denne oppførselen ganske lenge. Det ser ut til at arch og gentoo dropbox-pakker fungerer annerledes enn forventet: de er i utgangspunktet wrappers, innledende versjoner som er i stand til å laste ned den nyeste binære filen til $ HOME / .dropbox-dist / og kjøre det, i stedet. Vanligvis hvis du bare kjører dropbox, starter den $ HOME / .dropbox-dist / dropboxd og dreper den opprinnelige prosessen. Har du sjekket ps -ef | grep dropbox etter lanseringen? Her er hva jeg vanligvis se:

$ 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 returnerer Dropbox isn"t running!: at er en gåte som ville avkrefte hypotesen min, og hvis jeg hadde nok rep til å kommentere i stedet for å svare, for å være sikker på at du kjører ps, ville jeg ha gjort det i stedet.

Svar

Jeg hadde det samme problemet på en Gentoo-rute der dropbox start ganske enkelt ville skrive ut Killed. I mitt tilfelle løste en enkel

rm -rf ~/.dropbox-dist 

problemet. Nok en gang dropbox lastet deretter ned den riktige versjonen av daemon-binæren og ba meg om å logge på igjen, og alt fungerte bra.

Svar

Jeg hadde dette problemet i maskinen min hele helgen. Jeg fjernkontroll til maskinen min på kontoret. Det viser seg at noe geni på IT endret DNS-servernavnet på fredag. Prøv å pinge google:

ping google.com 

Og hvis du ikke får noe. Dette er problemet. Du må kontakte IT-en din og endre / etc / resolv.conf-fil i samsvar med det de forteller deg.

Kommentarer

  • Også ' Jeg er klar over at dette er et sent svar. Bare legg det her i tilfelle noen trenger det på veien.

Legg igjen en kommentar

Din e-postadresse vil ikke bli publisert. Obligatoriske felt er merket med *