De ce Dropbox spune “ ucis ” pe Arch Linux?

Încerc să instalez Dropbox pe Arch Linux. Am instalat atât dropbox cât și dropbox-cli, cel puțin până la punctul de a avea binare.

Când rulez dropbox pe cont propriu, răspunde doar Killed cu litere roșii. Când rulez dropbox-cli start, se imprimă:

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

Apoi un dropbox-cli status va returna Dropbox isn"t running!.

Sunt „conectat la Ethernet.

Unde ar trebui să merg de aici?


Editați pentru a include 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 +++ 

Comentarii

  • Aveți strace? Dacă da, încercați să rulați strace dropbox și postați ieșirea (sau cel puțin ultimele 20 sau 30 de linii). (Nu ' nu utilizați un comentariu; informații suplimentare de genul acesta sunt considerate a fi parte a întrebării , deci ar trebui să întrebarea dvs. și adăugați informații acolo.)
  • Ați încercat cu sudo?
  • Ar trebui să utilizați -f cu strace-ul dvs.
  • Procesează obținerea SIGKILL din senin sunt de obicei pentru că mănâncă prea multă memorie, iar apoi partea din nucleu numită criminalul în afara memoriei îi ucide. Verificați dmesg pentru mesajele care explică așa ceva.
  • Am vrut doar să adaug că dropbox și dropbox-cli sunt neoficiale pachete și nu face parte din Arch Linux. Problemele cu Dropbox care rulează pe Linux ar trebui să fie în mod ideal direcționate către dezvoltatorii Dropbox.

Răspuns

Am văzut acest comportament de ceva timp. Se pare că pachetele dropbox arch și gentoo funcționează diferit decât se aștepta: acestea sunt în esență învelitoare, versiuni inițiale care pot descărca cel mai curent binar în $ HOME / .dropbox-dist / și îl pot executa În schimb, dacă pur și simplu rulați dropbox, acesta lansează $ HOME / .dropbox-dist / dropboxd și ucide procesul original. Ați verificat ps -ef | grep dropbox după lansare? Iată ce am de obicei vezi:

$ 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 returnând Dropbox isn"t running!: că este o enigmă care mi-ar respinge ipoteza și, dacă aș avea suficient reprezentant să comentez în loc să răspund, pentru a mă asigura că „executați ps, aș fi făcut-o în schimb.

Răspuns

Am avut aceeași problemă pe o casetă Gentoo în care dropbox start ar imprima pur și simplu Killed. În cazul meu, un simplu

rm -rf ~/.dropbox-dist 

a rezolvat problema. O altă rundă de dropbox a descărcat apoi versiunea corectă a binarului demon și mi-a cerut să mă conectez din nou și totul a funcționat bine.

Răspunde

Am avut această problemă în aparatul meu tot weekendul. Mă îndrept spre aparatul meu de la birou. Se pare că un geniu de la IT a schimbat numele serverului de vineri. Încercați să faceți ping google:

ping google.com 

Și dacă nu primiți nimic. Aceasta este problema. Va trebui să vă contactați IT-ul și să schimbați / etc / resolv.conf în funcție de ceea ce vă spun.

Comentarii

  • De asemenea, eu ' Sunt conștient că acesta este un răspuns târziu. Puneți-l aici în caz că cineva are nevoie de el pe drum.

Lasă un răspuns

Adresa ta de email nu va fi publicată. Câmpurile obligatorii sunt marcate cu *