Почему Dropbox говорит «убит» в Arch Linux?


9

Я пытаюсь установить Dropbox на Arch Linux. Я установил оба dropboxи dropbox-cli, по крайней мере, до такой степени, чтобы иметь двоичные файлы.

Когда я бегу сам dropboxпо себе, он просто отвечает Killedкрасными буквами. Когда я бегу dropbox-cli start, он печатает:

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

Тогда dropbox-cli statusвернется Dropbox isn't running!.

Я подключен к Ethernet.

Куда мне идти отсюда?


Изменить, чтобы включить 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 +++

У тебя есть strace? Если это так, попробуйте запустить strace dropboxи опубликовать вывод (или хотя бы последние 20 или 30 строк). (Не используйте комментарий; дополнительная информация, как эта, считается частью вопроса , поэтому вы должны отредактировать свой вопрос и добавить туда информацию.)
G-Man говорит: «Восстановите Монику»

1
Вы пробовали с sudo?
Esref

1
Вы должны использовать -f со своим strace
rrauenza

2
Процессы, извлекающие SIGKILL из ниоткуда, обычно связаны с тем, что они потребляют слишком много памяти, а затем часть ядра, называемая убийцей нехватки памяти, убивает их. Проверьте dmesgсообщения, объясняющие такую ​​вещь.
Йосип Роден

1
Просто хотел бы добавить , что dropboxи dropbox-cliнеофициальные пакеты , а не часть Arch Linux. Проблемы с Dropbox, работающим в Linux, в идеале должны быть адресованы разработчикам Dropbox.
Александр

Ответы:


1

Я видел это поведение довольно давно. Похоже, что пакеты arch и gentoo dropbox работают не так, как ожидалось: это в основном оболочки, начальные версии, которые могут загружать самый последний двоичный файл в ваш $ HOME / .dropbox-dist / и запускать его. Обычно, если вы просто запускаете dropbox, он запускает $ HOME / .dropbox-dist / dropboxd и убивает исходный процесс. Вы проверили ps -ef | grep dropboxпосле запуска? Вот что я обычно вижу:

$ 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возврат Dropbox isn't running!: это загадка, которая опровергает мою гипотезу, и если бы у меня было достаточно представителя, чтобы комментировать вместо ответа, чтобы убедиться, что вы работаете ps, я бы сделал это вместо этого.


1

У меня была такая же проблема на коробке Gentoo, где dropbox startпросто печатать Killed. В моем случае простой

rm -rf ~/.dropbox-dist

исправил проблему. Еще один прогон dropboxзатем загрузил правильную версию демона двоичного и попросил меня войти еще раз, и все работало нормально.


0

У меня была эта проблема в моей машине все выходные. Я удаленно в моей машине в офисе. Оказывается, какой-то гений ИТ-отдела изменил имя DNS-сервера в пятницу. Попробуйте пинговать Google:

ping google.com

И если ты ничего не получишь. Это проблема. Вам нужно будет связаться со своими ИТ-специалистами и изменить файл /etc/resolv.conf в соответствии с тем, что вам говорят.


Кроме того, я знаю, что это поздний ответ. Просто поместите это здесь на случай, если кому-то понадобится это в будущем.
Уилмер Э. Энао
Используя наш сайт, вы подтверждаете, что прочитали и поняли нашу Политику в отношении файлов cookie и Политику конфиденциальности.
Licensed under cc by-sa 3.0 with attribution required.