Чому символьна посилання, яку я створив всередині контейнера програми, для зовнішнього зберігання не працює?


4

Я намагався обійти обмеження на встановлення Vemedio щодо місця зберігання, посилаючись на ( ln -s) папку "Епізоди" в ~Library/Containers/com.vemedio.osx.Instacast/Data/Documents/Instacastінше місце на іншому диску (що насправді є внутрішнім у моєму Mac Pro, для чого воно варте ...). Мені цікаво, чи перешкода Apple Sandboxing заважає цьому працювати ... Після того, як я відкрию Instacast, жоден із завантажених раніше епізодів не позначається як доступний локально, і якщо я спробую повторно завантажити один файл, схоже, завантажуйте файл у фоновому режимі, але ніколи не робить це доступно ... Будь-яка ідея?


який командний шлях symlink ви точно використовуєте для іншого диска (анонімізуйте, якщо потрібно, але включіть важливі речі)?
— Ніл Нейман

ln -s /Volumes/BigOne/Podcasts/Episodesпоки я в/Users/kheldar/Library/Containers/com.vemedio.osx.Instacast/Data/Documents/Instacast
— французькийХельдар

Ви намагалися вбити посилання і просто створили псевдонім у пошуку? Деякі програми вирішують лише ту чи іншу залежно від реалізації.
— Ніл Нейман

Після того, як ви зробите посилання (але перед запуском Instacast), чи працює посилання? Тобто, якщо ви помістите текстовий файл у папку, чи можете ви його бачити в обох місцях?
— TJ Luoma

Так, посилання працює, я можу перейти на посилання і можу копіювати речі з одного в інший. Однак Instacast не бачить жодного із пов’язаних файлів, що говорить мені, що він шукає конкретний ідентифікатор файлу, який я видалив, коли я змінив папку на симпосилання ... Що ви думаєте?
— ФранцузькийХельдар

Відповіді:


Використовуючи наш веб-сайт, ви визнаєте, що прочитали та зрозуміли наші Політику щодо файлів cookie та Політику конфіденційності.
Licensed under cc by-sa 3.0 with attribution required.