Proč Dropbox říká “ zabit ” na Arch Linuxu?

Pokouším se nainstalovat Dropbox na Arch Linux. Nainstaloval jsem dropbox i dropbox-cli alespoň do té míry, že máme binární soubory.

Když spustím dropbox samostatně, pouze odpoví Killed červeným písmem. Když spustím dropbox-cli start, vytiskne se:

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

Poté dropbox-cli status vrátí Dropbox isn"t running!.

Jsem připojený k ethernetu.

Kam odtud mám jít?


Upravit a zahrnout 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 +++ 

Komentáře

  • Máte strace? Pokud ano, zkuste spustit strace dropbox a odeslat výstup (nebo alespoň posledních 20 nebo 30 řádků). (Don ' nepoužívejte komentář; další doplňkové informace se považují za součást otázky , měli byste upravit vaše otázka a přidejte tam informace.)
  • Zkoušeli jste sudo?
  • Měli byste použít -f s vaší stopou
  • Procesy získávání SIGKILL z čista jasna jsou obvykle proto, že jedí příliš mnoho paměti, a pak je část jádra zvaná Zabiják mimo paměť zabije. Zkontrolujte dmesg pro zprávy vysvětlující takovou věc.
  • Jen jsem chtěl dodat, že dropbox a dropbox-cli jsou neoficiální balíčky a není součástí Arch Linuxu. Problémy s Dropboxem běžícím na Linuxu by měly být v ideálním případě směřovány k vývojářům Dropboxu.

Odpověď

Viděl jsem toto chování po nějakou dobu. Zdá se, že balíčky archbox a gentoo dropbox fungují jinak, než se očekávalo: jsou to v podstatě obaly, počáteční verze, které jsou schopny stáhnout nejaktuálnější binární soubor do vašeho $ HOME / .dropbox-dist / a spustit jej, místo toho. Obvykle, pokud jednoduše spustíte Dropbox, spustí $ HOME / .dropbox-dist / dropboxd a zabije původní proces. Zkontrolovali jste po spuštění ps -ef | grep dropbox? Tady je to, co obvykle viz:

$ 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 vrací Dropbox isn"t running!: to je hlavolam, který by vyvrátil mou hypotézu, a kdybych měl dostatek zástupců, abych mohl místo odpovědí komentovat, abych se ujistil, že znovu spustíte ps, udělal bych to místo toho.

Odpověď

Měl jsem stejný problém v poli Gentoo, kde dropbox start jednoduše vytiskne Killed. V mém případě problém vyřešil jednoduchý

rm -rf ~/.dropbox-dist 

. Další běh dropbox poté stáhl správnou verzi binárního souboru démona a požádal mě, abych se znovu přihlásil, a vše fungovalo dobře.

Odpovědět

Tento problém jsem měl ve svém stroji celý víkend. V kanceláři se připojím ke svému přístroji. Ukázalo se, že nějaký génius v IT v pátek změnil název serveru DNS. Zkuste vyzkoušet příkaz ping na google:

ping google.com 

A pokud nic nedostáváte. Toto je problém. Budete muset kontaktovat své IT a změnit / Soubor etc / resolv.conf podle toho, co vám řeknou.

Komentáře

  • Také jsem ' vím, že toto je pozdní odpověď. Stačí jej sem dát pro případ, že by to někdo potřeboval.

Napsat komentář

Vaše e-mailová adresa nebude zveřejněna. Vyžadované informace jsou označeny *