Создание символических ссылок в «~/Library/Application Support/minecraft», которые указывают на Dropbox, но «исходный элемент для «[file]» не может быть найден».

Предыстория: я использую Dropbox для резервного копирования своих миров Minecraft, файлов конфигурации и различных других папок (bin, launcher_profiles.json, моды, пакеты ресурсов, сохранения, server.dat, версии). Я помещаю символические ссылки в «~/Library/Application Support/minecraft», которые указывают на файлы и папки в Dropbox.

Проблема: с тех пор, как я обновился до Yosemite, символические ссылки больше не работают, выдавая ошибку «Операция не может быть завершена, потому что исходный элемент для «[файл]» не может быть найден». Я не могу придумать ни одной причины, по которой ссылки больше не будут работать. Любая помощь приветствуется.

Работает: Dropbox 3.0.3 Mac OS X v10.10.1 Minecraft Launcher 1.5.3 Minecraft 1.8.1

Ответы (1)

Исправление: «sudo» не было проблемой. Я использовал сценарий bash для автоматического связывания всех файлов, что по какой-то причине приводит к созданию символических ссылок, указывающих на то, где они созданы («исходный файл» игнорируется и заменяется «целевым файлом»).

Скриншот проблемы «цель как источник»

По сути, вы получаете файл, который указывает сам на себя.

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

Итак, вместо:

ln -s saves ~/Library/Application\ Support/minecraft/saves

тип (вручную в Терминале):

ln -s ~/Dropbox/path/to/saves ~/Library/Application\ Support/minecraft/saves

Надеюсь, это поможет любому, у кого такая же проблема.

Странно. Вам не нужна символическая ссылка, сделанная root(что происходит, когда вы sudo ln) здесь. Это все в ваших каталогах.
согласен, смысла не было. Также обратите внимание на исправления.
Вы уверены, что не были внутри ~/Library/Application Support/minecraft/вместо ~/Dropbox/path/to/?
Я абсолютно уверен. Сценарий связывания, который я использовал, был только в Dropbox, и я вручную заходил в каталог, когда запускал сценарий. после сбоя сценария я попытался связать их вручную из текущего каталога, как показано выше в разделе «вместо».
Я также только что понял, что ссылка может также использоваться, если поставить «./» перед именем файла в каталоге (например, «ln -s ./saves ~/Library/Application\ Support/minecraft/saves») , но я оставлю это на проверку кому-то другому.
Создание символических ссылок в «~/Library/Application Support/minecraft», которые указывают на Dropbox, но «исходный элемент для «[file]» не может быть найден».
СпросиСетьПолитика конфиденциальности1y, 0v