Varför säger Dropbox “ Dödad ” på Arch Linux?

Jag försöker installera Dropbox på Arch Linux. Jag har installerat både dropbox och dropbox-cli, åtminstone till punkten att ha binärfilerna.

När jag kör dropbox på egen hand svarar det bara Killed med röd bokstäver. När jag kör dropbox-cli start skrivs det ut:

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

Sedan en dropbox-cli status returnerar Dropbox isn"t running!.

Jag är ansluten till ethernet.

Vart ska jag gå härifrån?


Redigera för att inkludera 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? Om så är fallet, försök att köra strace dropbox och skicka utdata (eller åtminstone de senaste 20 eller 30 raderna). (Don ' använd inte en kommentar; tilläggsinformation som denna anses vara en del av frågan , så du bör redigera din fråga och lägg till information där.)
  • Har du försökt med sudo?
  • Du bör använda -f med din strace
  • Processer för att få SIGKILL out of the blue är vanligtvis för att de äter för mycket minne, och sedan dödar den del av kärnan som kallas Out-of-Memory-mördaren dem. Kontrollera dmesg för meddelanden som förklarar en sådan sak.
  • Ville bara lägga till att dropbox och dropbox-cli är inofficiella paket och inte en del av Arch Linux. Problem med Dropbox som körs på Linux bör helst riktas mot Dropbox-utvecklarna.

Svar

Jag har sett detta beteende under ganska lång tid. Det verkar som om arch och gentoo dropbox-paket fungerar annorlunda än förväntat: de är i grund och botten omslag, ursprungliga versioner som kan ladda ner den senaste binära till din $ HOME / .dropbox-dist / och köra det, istället. Vanligtvis om du bara kör dropbox, startar den $ HOME / .dropbox-dist / dropboxd och dödar den ursprungliga processen. Har du markerat ps -ef | grep dropbox efter lanseringen? Här är vad jag brukar 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 returnerar Dropbox isn"t running!: att är ett gåta som skulle motbevisa min hypotes, och om jag hade tillräckligt med rep för att kommentera istället för att svara, för att se till att du kör ps, skulle jag ha gjort det istället.

Svar

Jag hade samma problem på en Gentoo-ruta där dropbox start helt enkelt skulle skriva ut Killed. I mitt fall fixade en enkel

rm -rf ~/.dropbox-dist 

problemet. Ytterligare en körning av dropbox laddade sedan ner rätt version av daemon binär och bad mig logga in igen, och allt fungerade bra.

Svar

Jag hade det här problemet i min maskin hela helgen. Jag går in till min maskin på kontoret. Det visar sig att en del genier inom IT ändrade DNS-serverns namn på fredag. Försök att pinga google:

ping google.com 

Och om du inte får något. Detta är problemet. Du måste kontakta din IT och ändra / etc / resolv.conf-fil i enlighet med vad de säger till dig.

Kommentarer

  • Jag ' jag är medveten om att detta är ett sent svar. Sätt det bara här om någon behöver det på vägen.

Lämna ett svar

Din e-postadress kommer inte publiceras. Obligatoriska fält är märkta *