Dropbox просит, чтобы Аутентификация была необходима для выполнения '/usr/sh' как суперпользователя

Я думаю, что наконец решил проблему. В моем случае сообщение было сгенерировано временным сценарием Dropbox в/tmp, который связывал для предоставления универсальных прав доступа файлам в моем Dropbox. Проблемой был файл, принадлежавший корню в моем дереве Dropbox, которое не мог обновить Dropbox.

я решил проблему, делающую это (я принимаю $HOME/Dropbox y Ваша папка Dropbox, которая является значением по умолчанию. Изменение, если соответствующий).

1) Как корень, быть уверенными Вы - владелец всех файлов в Вашем Dropbox:

$ sudo chown -R $USER $HOME/Dropbox

2) Дают доступ для чтения владельца и доступ для записи ко всем файлам и каталогам в Вашем Dropbox:

$ chmod -R u+rwX $HOME/Dropbox

Удача.

По некоторым причинам

chmod 755 ~/Dropbox

решенный проблема для меня. Я вспоминаю, что недавно переместил свою папку Dropbox от раздела NTFS symlinked в моей домашней папке, чтобы физически быть в моей домашней папке - и вероятно не установил полномочия после него.

Наблюдение терминала при выполнении "запускает Dropbox", я вижу также следующий совет:

Please run "echo fs.inotify.max_user_watches=100000 | sudo tee -a /etc/sysctl.conf; sudo sysctl -p" and restart Dropbox to fix the problem.

Это решило проблему для меня, не имея необходимость давать Dropbox sudo полномочия сделать независимо от того, что это хочет.

Правильный ответ - Вы, имел некоторый файл в синхронизирующей папке (через символьную ссылку, возможно), к которому Dropbox не имел никакого доступа.

Некоторое время назад у меня была эта проблема. Вот шаги, которые я предпринял, чтобы решить эту проблему. Эти команды выполнялись с терминала CTRL + ALT + T

rm -R ~/.dropbox*
sudo apt purge -y dropbox
sudo apt install -y dropbox python3-gpg

. Затем вы можете снова запустить Dropbox. Вам потребуется снова войти в свою учетную запись Dropbox, но после этого он должен работать правильно, не запрашивая при запуске.

Ответ

Если Dropbox обнаружит в своей папке файлы, которые не принадлежат вашему пользователю, он попытается запустить сценарий с привилегиями суперпользователя, чтобы изменить право собственности на эти файлы на ваши Пользователь.

Если вы нажмете Отмена , Dropbox не запустит скрипт, но вы по-прежнему будете получать всплывающее окно, потому что оно продолжит обнаруживать проблему.

Если вы можете подтвердить, что всплывающее окно вызывает Dropbox, то решение состоит в том, чтобы ввести свои учетные данные и позволить ему запустить скрипт (подробнее см. Ниже).

В качестве альтернативы, вы можете внести изменения самостоятельно; см. Ответ Пабло Бьянки .

Подробности

Я только что получил то же всплывающее окно, но не при входе в систему:

Я развернул Подробности , а затем поискал в Интернете org.freedesktop.policykit.exec который указал мне на pkexec .

Просматривая свои процессы для pkexec , я обнаружил:

$ ps -ef | grep [p]kexec
root     11040 26447  0 14:16 ?        00:00:00 pkexec /bin/sh /tmp/tmp5vgk_93m

Поэтому, конечно, мне было любопытно, что делает этот файл:

$ cat /tmp/tmp5vgk_93m
#!/bin/bash
chown -h -R 1234 "/home/user/Dropbox"
chmod  -R u+rwX "/home/user/Dropbox"

Похоже, Dropbox обнаружил, что в моя папка Dropbox, которая не принадлежит моему текущему пользователю.

Я использовал find , чтобы подтвердить:

$ find ~/Dropbox/ ! -user $USER
/home/user/Dropbox/Projects/picodrive/cpu/fame/famec.o
/home/user/Dropbox/Projects/picodrive/cpu/drc/cmn.o
/home/user/Dropbox/Projects/picodrive/cpu/cz80/cz80.o
...

Конечно, похоже, что некоторые файлы не принадлежат моему пользователю:

$ ls -l /home/user/Dropbox/Projects/picodrive/cpu/fame/famec.o
-rw-r--r-- 1 root root 1346564 Dec 18 13:33 /home/user/Dropbox/Projects/picodrive/cpu/fame/famec.o

Теоретически у Dropbox не должно возникнуть проблем с синхронизацией этого файла поскольку это доступно для чтения, но, по крайней мере, то, что они делают, имеет смысл.

Я также заметил, что во время синхронизации Dropbox я обнаружил подобные ошибки, которые, кажется, являются дополнительным подтверждением:

Не удается синхронизировать "famec.o" (доступ запрещен)

И последнее, но не менее важное: я Я собираюсь поместить это здесь, потому что у меня возникли проблемы с поиском в Интернете этой проблемы:

Аутентификация необходима для запуска `/ bin / sh 'от имени суперпользователя

Dropbox может быть не в состоянии прочитать файлы по разным причинам, таким как право собственности, биты разрешений или неработающие ссылки. Я бы предположил, что вы используете текущего обычного пользователя.

• Найти файлы, не принадлежащие текущему пользователю

  find ~/Dropbox/ ! -пользователь $USER
  

• Измените владельца и группу этих файлов

  найдите ~/Dropbox/ ! -user $USER -exec sudo chown $USER:$USER "{}" + –
  

• Найти файлы, недоступные для чтения текущему пользователю

  find ~/Dropbox/ ! -readable -ls # -delete для их удаления
  

ИМХО, это проблема безопасности в Gnome.