Creación de enlaces simbólicos en "~/Library/Application Support/minecraft" que apuntan a Dropbox, pero "no se puede encontrar el elemento original para" [archivo]".

Antecedentes: utilizo Dropbox para realizar copias de seguridad de mis mundos de Minecraft, archivos de configuración y varias otras carpetas (bin, launcher_profiles.json, mods, resourcepacks, saves, servers.dat, versions). Puse enlaces simbólicos en "~/Library/Application Support/minecraft" que apuntan a los archivos y carpetas en Dropbox.

El problema: desde que actualicé a Yosemite, los enlaces simbólicos ya no funcionan y aparece el error "La operación no se puede completar porque no se puede encontrar el elemento original para "[archivo]". No se me ocurre ninguna razón por la que los enlaces ya no funcionen. Cualquier ayuda apreciada.

En ejecución: Dropbox 3.0.3 Mac OS X v10.10.1 Iniciador de Minecraft 1.5.3 Minecraft 1.8.1

Respuestas (1)

Corrección: 'sudo' no era el problema. Estaba usando un script bash para vincular todos los archivos automáticamente, lo que por alguna razón termina creando enlaces simbólicos que apuntan a dónde se crean (el 'archivo de origen' se ignora y se sustituye por 'archivo de destino').

Captura de pantalla del problema 'objetivo como fuente'

Básicamente, lo que termina es un archivo que se apunta a sí mismo.

Este problema no ocurre cuando escribe el comando en la Terminal manualmente para cada archivo. También debe especificar la ruta completa al archivo que está vinculando, lo cual no pensé que fuera necesario. No estoy seguro de por qué, podría ser un error con bash o OS X o lo que sea.

Entonces, en lugar de:

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

escriba (manualmente en Terminal):

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

Espero que esto ayude a cualquiera que tenga el mismo problema.

Eso es extraño. No debería necesitar un enlace simbólico hecho por root(lo que sucede cuando sudo ln) aquí. Todo está en los directorios de su propiedad.
Estoy de acuerdo, no tiene sentido. Además, observe las correcciones.
¿Estás seguro de que no estabas en ~/Library/Application Support/minecraft/lugar de ~/Dropbox/path/to/?
estoy absolutamente seguro La secuencia de comandos de enlace que utilicé solo estaba en Dropbox, y entré en el directorio manualmente cuando ejecuté la secuencia de comandos. después de que fallara el script, intenté vincularlos manualmente desde el directorio actual como se muestra arriba en 'en lugar de'.
También se me ocurrió la idea de que el enlace también podría colocarse './' delante del nombre del archivo cuando se encuentra en el directorio (es decir, 'ln -s ./saves ~/Library/Application\ Support/minecraft/saves') , pero dejaré que alguien más lo pruebe.