¿Por qué no funciona el enlace simbólico que creé dentro de un contenedor de aplicaciones para permitir el almacenamiento externo?

Estaba tratando de eludir la limitación de Instacast de Vemedio en la ubicación de almacenamiento al vincular ( ln -s) la carpeta Episodios a ~Library/Containers/com.vemedio.osx.Instacast/Data/Documents/Instacastotra ubicación en otra unidad (que en realidad es interna en mi Mac Pro por lo que vale ...). Me pregunto si el sandboxing de Apple impide que esto funcione... Una vez que abro Instacast, ninguno de los episodios descargados previamente está marcado como disponible localmente y si trato de volver a descargar uno, parece descargar el archivo en segundo plano pero nunca hace está disponible... ¿Alguna idea?

¿Qué ruta de comando de enlace simbólico está utilizando exactamente para la otra unidad (anonimizar si debe pero incluir cosas importantes)?
ln -s /Volumes/BigOne/Podcasts/Episodesmientras estoy en/Users/kheldar/Library/Containers/com.vemedio.osx.Instacast/Data/Documents/Instacast
¿Ha intentado eliminar el enlace y simplemente crear un alias en el buscador? Algunos programas solo resuelven uno u otro dependiendo de la implementación.
Después de hacer el enlace (pero antes de iniciar Instacast), ¿funciona el enlace? Es decir, si pones un archivo de texto en la carpeta, ¿puedes verlo en ambos lugares?
Sí, el enlace funciona. Puedo usar un CD en el enlace y puedo copiar cosas de uno a otro. Sin embargo, Instacast no ve ninguno de los archivos vinculados, lo que me dice que está buscando un ID de archivo específico que eliminé cuando cambié la carpeta a un enlace simbólico... ¿Qué opinas?

Respuestas (1)

Por alguna razón, la vinculación simbólica de una parte de la carpeta dentro de la Containerscarpeta no funciona. Si desea vincular, debe vincular toda la carpeta, es decir, com.vemedio.osx.Instacast

Consulte https://snipt.net/certainlyakey/os-x-sandboxed-apps-and-symlinks-problem-solution/ como referencia.