Это не ответ, но я хочу прояснить некоторую мысль об ответе и комментариях Ulrich (я не могу прокомментировать выше).
Решение, которое предлагает Ulrich, "может" работать (непротестированный все же), но затем Вы получите non-remountable файловую систему. Как обходное решение (по моему скромному мнению, ужасный) можно смонтировать фс как rw прежде chrooting (как предложено здесь), но быть осторожны относительно поврежденных init сценариев. Я предполагаю, что это обходное решение имеет больше побочных эффектов (как поврежденная фс, пытаясь повторно смонтировать ro и перестав работать).
Я использую ядро 3.2 с ext4 и монтирую, что уже смонтированный dev в chroot все еще дает EBUSY, как прокомментировал psusi.
Это - незаконный код сценария Dropbox:
def plat():
if sys.platform.lower().startswith('linux'):
arch = platform.machine()
if (arch[0] == 'i' and
arch[1].isdigit() and
arch[2:4] == '86'):
plat = "x86"
elif arch == 'x86_64':
plat = arch
else:
FatalVisibleError("Platform not supported")
return "lnx.%s" % plat
else:
FatalVisibleError("Platform not supported")
Можно попытаться заменить этим что-то сродни:
def plat():
arch = platform.machine()
if (arch[0] == 'i' and
arch[1].isdigit() and
arch[2:4] == '86'):
plat = "x86"
elif arch == 'x86_64':
plat = arch
else:
FatalVisibleError("Platform not supported")
Конечно, Вы могли бы найти другие проблемы по пути.Удачи.
API Dropbox хорошо документирован и позволяет вам делать больше, чем вы, вероятно, хотите. Казалось бы, легко написать CLI для простых операций, но кто-то уже сделал больше :https://github.com/dropbox/dbxcli
Я еще не тестировал dbxcli на OpenBSD, но в целом мне кажется, что маршрут API был бы самым простым решением.
Настройте виртуальную машину Linux и запустите на ней Dropbox. Вы можете удобно получить доступ к гостевой файловой системе на своем хосте несколькими способами (локальный файловый сервер или подключиться через ssh)