Почему бы не синхронизировать папки вне размещают с Ubuntu Один?

Это не собирается изменяться, по крайней мере, в обозримом будущем (и на этом я могу предвидеть несколько лет в будущее). Разрешение пользователям выбрать произвольные папки за пределами их дома для синхронизации с Ubuntu Один, который мог потенциально синхронизировать между несколькими различными компьютерами, открывает большое количество проблем удобства использования для покрытия варианта использования, что, вполне откровенно говоря, не все это распространенное.

Одна из проблем, которые я помню первое, что пришло на ум, - то, что, при попытке синхронизировать точку монтирования съемного устройства (и довольно много людей пытаются сделать это) при удалении устройства, syncdaemon удалит все; чтобы заставить его работать правильно, syncdaemon должен был бы знать об устройствах, обнаружить их удаление, подобные вещи. Вполне большое усилие и большой потенциал для кошмаров удобства использования.

Другая проблема состоит в том, при попытке синхронизировать папку со специальными полномочиями, владением или типами файлов в нем: думать /etc/, /tmp/ или /dev/ как некоторые худшие случаи. Или любая папка Вы не владеете, действительно. Мы могли просто запретить папки синхронизации, которыми Вы не владеете, но мы знаем для факта, некоторые люди выполняют syncdaemon как корень (несмотря на наши предупреждения).

Обходное решение для Вас должно было бы смонтироваться (через /etc/fstab, таким образом, Вы довольно уверены, что раздел смонтирован каждый раз, когда - иначе Вы рискуете терять свои синхронизировавшие данные), /data папка в Ваш дом. Вы могли просто переместиться /data кому: ~/data или, если у Вас есть вещи, которые имеют /data соедините hardcoded каналом (довольно вероятно), или если Вы уже привыкли к /data самостоятельно (также, довольно вероятно), символьная ссылка или связывают, монтируются /data к точке монтирования в Вашем доме. Если Вы не хотите видеть его в своем доме вообще, просто сделайте его ~/.data.

Я подозреваю, что причиной являются права. Вы заметите, что не можете легко отредактировать ни один из файлов вне Вашего корневого каталога также? Это - общее средство защиты Linux, и я подозреваю, что Ubuntu, разработчики (вполне справедливо) чувствуют, что средний пользователь сохранил бы все свои файлы в корневом каталоге, куда демон может легко работать без поднятых полномочий.

На стороне отмечают о Вашей конфигурации, ее весь вопрос предпочтения, но я сохраняю свой полный/home/на отдельном диске/разделе. Это действительно означает, что между переустановками Вы должны пройти и удалить все скрытые папки/файлы для чистой установки, но дадите Вам преимущество абсолютно собственного корневого каталога с ubuntuone правами, и т.д. - просто мысль.

Мне действительно удавалось добраться, это для работы при помощи связывания монтируется. Строка в /etc/fstab похож на это:

/mnt/s1/Audio   /home/daniel/Music      bind    defaults,bind   0       0

Очевидно, Вы должны будете записать полномочия в рассматриваемую папку. Возможно Вы, возможно, должны владеть файлами также, я не уверен.

В двух словах: Используйте Dropbox.

Причины, перечисленные @Chipaca, могло бы быть трудно преодолеть, но Dropbox справился так или иначе. Правда, этим решением не является открытый исходный код, но пока люди в Ubuntu, Каждый решает некоторые главные проблемы удобства использования (этот являющийся одним из них), партия пользователей, не смогут использовать Ubuntu Один.

У меня есть очень похожая установка в соответствии с Ubuntu 12.04. У меня есть раздел NFTS с моей музыкальной библиотекой по нему, которая видима и к Windows 7 и к Ubuntu. Я хотел смочь синхронизировать этот каталог к Ubuntu Один, не имея необходимость явно перемещаться, весь каталог к моему корневому каталогу (походит на разумный запрос, правильно?).

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

1. Установка и использование pysdm гарантировать, что раздел монтируется правильно на запуске (не обязательно в Вашем корневом каталоге, просто где-нибудь в файловой системе). С другой стороны, можно изменить /etc/fstab файл самостоятельно, если Вы достаточно уверены. Как довольно новый пользователь, я нашел pysdm решение более простым.

   Так или иначе удостоверьтесь, что скопировали Ваш /etc/fstab файл прежде, чем сделать этот шаг! (на всякий случай!)

   sudo cp /etc/fstab /etc/fstab.old (например),

   Если что-то идет не так, как надо, можно всегда восстанавливать старый файл и возвращаться к начальной ситуации:

   sudo cp /etc/fstab.old /etc/fstab

   В pysdm GUI, выберите целевой раздел и нажмите кнопку "Assistant". Удостоверьтесь, что выбрали опцию "The owner of the device can mount it". Это гарантирует, что можно повторно смонтироваться в рамках корневого каталога с помощью Выскочки. В моем случае я установил sda4 раздел для монтирования в /media/sda4/.

2. В целом поведение Выскочки определяется файлами в /etc/init/ каталог. Смонтировать новый раздел (для меня, /media/sda4) в рамках моего корневого каталога я определил a /etc/init/mount-mydirs.conf файл, который содержит:

   start on runlevel [2345]
   task
   exec /bin/mount-mydirs`
   

   Первая строка говорит Выскочке выполнять задачу после нормального запуска. Вторая строка говорит Выскочке, что задание должно быть выполнено однажды (не как неопределенное или повторяющееся задание), и заключительная строка говорит этому выполнять сценарий /bin/mount-mydirs (с полномочиями пользователя root).

   Файл '/bin/mount-mydirs' 'похож:

   mount --bind /media/sda4/ /<home directory>

   (-связывают опцию, позволяет, чтобы файлы были получены доступ и от исходной точки монтирования и от новой).

Я слушаю мой полностью синхронизировавший, недавно смонтированная музыкальная библиотека, поскольку я пишу это!!