не удается завершить операцию так как не удается найти исходный объект для applications
Не удается завершить операцию так как не удается найти исходный объект для applications
Если вы настроили на компьютере Mac разрешение на установку только программ из App Store и пытаетесь установить программу из другого места, Mac выдаст сообщение, что эта программа не из App Store.
Решение:
В меню «Системные настройки» щелкните «Защита и безопасность» и выберите «Основные». 
Щелкните значок замка в нижнем левом углу. 
Введите пароль, чтобы внести изменения. 
Разрешите использование программ, загруженных из: App Store и от подтверждённых разработчиков.
Поздравляем, теперь вы можете запускать программы из Mac App Store и от подтверждённых разработчиков.
Если на компьютере Mac разрешена установка программ из App Store и от подтверждённых разработчиков, и вы пытаетесь установить программу, которая не зарегистрирована в компании Apple, также отобразится предупреждение.
Решение:
В Finder найдите программу, которую хотите открыть. 
Удерживая клавишу Control (или Ctrl) ⌃, нажмите на значок программы, затем выберите «Открыть» в контекстном меню. 
В диалоговом окне нажмите кнопку «Открыть». 
Программа сохраняется в списке исключений из настроек безопасности, и в дальнейшем ее можно будет запускать двойным нажатием (или из Launchpad), как любую зарегистрированную программу.
Данное решение можно применять и к следующей ошибке.
В связи с вводом обязательной процедуры нотаризации приложений в Apple, macOS Catalina не позволяет запускать непроверенное приложение, даже если оно подписано зарегистрированным разработчиком. Это приводит к невозможности запуска приложения.
Решение:
В меню «Системные настройки» щелкните «Защита и безопасность» и выберите «Основные». 
Нажмите «Подтвердить вход» чтобы запустить заблокированную программу. 
В диалоговом окне нажмите «Открыть».
Программа сохраняется в списке исключений из настроек безопасности, и в дальнейшем ее можно будет запускать двойным нажатием ( или из Launchpad), как любую зарегистрированную программу.
Данное решение можно применять и к предыдущей ошибке.
К сожалению, несмотря на простоту, инструкция настолько объёмная, что под неё пришлось выделить отдельную статью, которая доступна по этой ссылке >
Если вы запускаете приложение, которое не имеет (или имеет отозванный) сертификат разработчика, система сообщит о неожиданном завершении этого приложения и автоматически отправит отчёт в компанию Apple.
Для запуска потребуется самостоятельно подписать приложение >
Данная ошибка возникает при установке приложений Creative Cloud, для которых используются локальные пакеты установки.
Кликните правой кнопкой мыши по файлу Install и выберите в контекстном меню пункт «Показать содержимое пакета».
Следуйте: Contents > MacOS
Запустите исполняемый Unix-файл под названием Install. 
После этого откроется терминал и запустится программа установки. Введите пароль администратора чтобы разрешить установку. 
Вы можете выполнить установку в режиме пробной версии, использовать серийный номер или подтвердить свою подписку на Creative Cloud.
Но лучше использовать Adobe Zii >
Как при запуске программы в macOS убрать ошибку: «Приложение повреждено, и не может быть открыто. Переместите приложение в Корзину»
Некоторые пользователи Mac могут иногда сталкиваться с несколько странной ошибкой, когда они пытаются открыть приложение, которое было загружено на их компьютер с Интернета. Во время первого запуска и проверки приложения встроенным Gatekeeper-ом появляется небольшое окно с сообщением об ошибке:
«Приложение повреждено, и его не удается открыть. Переместите приложение в Корзину» или «Сбой открытия программы из-за повреждения. Переместите программу в Корзину
На выбор вам дается два варианта — это переместить в корзину или отменить запуск загруженного приложения.
Есть несколько вариантов, которые могут исправить возникшую ошибку:
Шаг 1 Запустите программу «Терминал», ее можно отыскать в папке Программы → Утилиты или вызовите поиск Spotlight ( ^Control + Пробел / ⌘Cmd + Пробел – зависит от вашей системы) и введите название программы
Шаг 2 Введите следующую команду, указывая путь к приложению и подтвердите операцию паролем администратора:
Шаг 3 Запустите приложение, которое выдавало ошибку. После использования команды xattr программа должна открыться.
Надеемся данный материал был полезен для вас. Поделитесь им со своими друзьями в социальных сетях и присоединяйся к нам в Facebook, Twitter, Вконтакте и находите еще больше полезных советов
Операция не может быть завершена, потому что исходный элемент для «Foo» не может быть найден
У меня есть маленький NAS дома, который делает некоторые объемы доступными через AFP. Все это отлично поработало. Пока я не закрою его на некоторое время и недавно подключил его.
Я вижу устройство в сети, и я могу открыть его и выбрать общий ресурс. Но когда я пытаюсь установить общий ресурс, я получаю следующую ошибку:
Я думаю, что это потому, что мой маленький NAS изменился на новый IP и OS X каким-то образом кэшировал оригинал (псевдоним?) где-то.
Тот факт, что я могу успешно открыть эти акции с другого Mac, который никогда не видел их раньше, подтверждает, что я думаю.
Кто-нибудь знает, где это потенциально кэшируется? Есть ли что-нибудь, что я могу сбросить или выбросить, чтобы пройти эту ошибку?
15 ответов
Хорошо, поэтому я собираюсь ответить на свой вопрос. В моем случае решение оказалось действительно «простым».
Итак, я исправил свою проблему:
(Вы также можете сделать это в Finder, конечно, через Get Info)
Проблема решена. Теперь я могу снова подключить любой файл.
По-видимому, эта проблема может возникнуть по многим причинам. В моем случае это было решено путем повторного запуска искателя. Описание и решение для этого было http://www.cnet.com /news /fix-shared-computer-not-found-in-finder /.
В моем случае (iMac пытается получить доступ к файлам на машине Win7) решение заключалось в добавлении разрешений для «Гость» в каталог Win7. Раньше этого не было. Каталог был доступен для всех, и это сработало. Но, видимо, теперь iMac пытается подключиться как «Гость» и добавляет разрешения специально для «Гость» (Propertiesâ € |Sharingâ € |Shareâ € |Addâ € |Guest) решил его.
Итак, я исправил свою проблему:
(Итак, Samba работает как root, но AFP работает как «admin».)
(Здесь «baz» работает повсюду, но «foo» и «bar» работают только на моей машине Windows.)
У меня была такая же проблема на моем MacBook Air; Я не мог подключать общие ресурсы с Mac OS X Server, когда другие Mac могли.
Мне пришлось применить команды chmod и chgrp для исправления.
Я также рекомендовал бы перезагрузиться в режим восстановления и запустить ремонт диска и разрешения на ремонт.
После перезагрузки и выполнения ремонта диска мои права и права на использование томов (OS X 10.10.2):
, и я в настоящее время могу без проблем установить мой Drobo.
Aloha. У меня была эта же проблема с общим томом на OS X Server 5.1 под бета-версией OS X 10.11.4. Независимо от того, что это были бета-версии, у меня была эта проблема раньше. Вот как мне удалось решить проблему «оригинального элемента», которая не найдена:
После этого он работал отлично. Обратите внимание, что я not имеет диалог Connect (Command-K in Finder), когда-либо запоминающий мой пароль в Keychain, так как я часто хочу войти в систему как разные пользователи. Это также помогает мне устранять неполадки время от времени. Кроме того, перед выполнением вышеуказанных 4 шагов я перешел на сервер и удалил общую папку из области «Общий доступ к файлам», а затем снова добавил ее, считая, что это решит проблему; это не так. Поэтому я думаю, что четыре шага, которые я предпринял (выше), были исправлением в моей ситуации.
Надеюсь, это поможет кому-то.
После обновления машин (новый из которых работает Sierra) я настраивал свои стандартные фавориты и перетаскивал свой общий ресурс NAS (размещался на ящике Linux) и всегда получал «?» в избранных. Пробовав все в этом потоке, ничего не получилось.
Я нашел другое решение.
Для справки, вот что я всегда делал (что перестало работать как Сьерра):
Вот что работало (для меня):
У меня была эта проблема, запущенная на Macbook Air OS X 10.9.5. Разрешения были все в порядке. Я открыл терминал и сделал
ls: Фотографии: недопустимый аргумент
ls: Видео: Недопустимый аргумент
Эти два монтирования не отображались в Finder. Когда я попытался их размонтировать, я получил еще одну ошибку:
Итак, я заставил отключить:
diskutil umount force /Тома /Видео
Отключить успешное для /Тома /Видео
Я думаю, что изменение IP-адресов может привести к возникновению этой проблемы, и по какой-то причине привязки привязаны и не будут отключены. В этот момент Finder не знает, как монтироваться, потому что старые монтировки не будут правильно отключены.
По крайней мере, похоже, это моя проблема.
17 июня 2015 г. Я использую Yosemite последним. После нескольких часов поиска и тестирования все закончилось переименованием сетевого ресурса на маршрутизаторе, перезапуском Mac, и это заняло некоторое время, но затем я смог получить доступ к ресурсу под новым именем.
OS X может иметь устаревшие точки монтирования; отключите удаленные общие ресурсы, чтобы новые точки монтирования могли занять их место. Это не происходит автоматически.
Способ GUI
Попробуйте значок «Извлечь» рядом с общим ресурсом в поисковом устройстве, затем дождитесь его повторного подключения (или заставить его с помощью Finder-> Go-> Подключение к серверу)
Путь к командной строке
Теперь попробуйте снова подключиться к Finder.
В моем случае я пытаюсь подключиться к удаленному ресурсу Samba, который был перенастроен и перезапущен.
В моем случае, как и некоторые другие, это была проблема с разрешениями на компьютере под управлением Windows 10, на котором размещалась доля, к которой я пытался получить доступ. Мне нужно было добавить разрешения для файлов (а не только разрешения на доступ к ресурсам, но фактические разрешения для файлов). В частности, мне нужно было либо добавить группу «Все», либо иметь доступ, либо (потому что я действительно не хотел, чтобы «все» имели доступ) к конкретным пользователям, которым я хотел получить доступ к этой доле.
Для конкретных пользователей он действительно работал, чтобы предоставить доступ к учетным записям Windows Live на домашней машине Windows 10 (если кто-то думает, как я изначально был, возможно, вам нужны местные пользователи и /или версия Pro Win10).
Я столкнулся с этой проблемой вскоре после перехода на macOS Sierra и подумал, что, возможно, разрешения или что-то были испорчены в этом процессе. После прочтения других ответов здесь и попытки принудительно перезапустить Finder, проверить права доступа к папке, играть с сетевым ресурсом с моего маршрутизатора, я, наконец, решил повторно ввести учетные данные (которые были сохранены в моей цепочке ключей) для пользователя, которого я имел регистрировались как обычно. Это исправило проблему для меня.
Я обнаружил, что получал эту проблему, поскольку приложение-искатель пыталось подключиться как гость по умолчанию. Мне нужно было нажать кнопку «подключиться как» в правом верхнем углу.
Ошибка при чистой установке Mac OS X
При установке OS X El Capitan или OS X Yosemite могут появиться ошибки:
«This copy of the Install OS X El Capitan application can’t be verified. It may have been corrupted or tampered with during downloading» или «This copy of the Install OS X Yosemite application can’t be verified. It may have been corrupted or tampered with during downloading», ну или «An error occurred while preparing the installation. Try running again».
«Не удалось проверить этот экземпляр программы Установка OS X Yosemite (Mavericks). Он мог был быть поврежден или подвергнуться изменениям в процессе загрузки.»
Иногда они могут быть решены путем простой перезагрузки и попытки переустановки OS X еще раз (или повторной перезаписи дистрибутива на флешку/диск, если он был поврежден), но если сообщения об ошибках появляются постоянно, то можно решить проблему только сменой даты на вашем Mac.
Меняем дату на Mac
Сделать это можно не выходя из меню установки, использовав терминальные команды. Для этого запускаем «Терминал» и вводим команду:
После чего вам отобразится установленная в данный момент дата. Ее нужно поменять, задав дату выпуска дистрибутива.
Дата и время вводятся в определенном формате: [mm]dd]HH]MM[[cc]yy]. Расшифровывается это так: Месяц Число Часы Минуты Секунды Год, введенные без пробелов и, обязательно, в такой последовательности.
К примеру, если нужно установить дату и время на 24 октября 2015 года 18 часов 25 минуты, то команда будет выглядеть так:
Смысл в том, чтобы выставить дату, позже выпуска вашего дистрибутива, но раньше выпуска следующего обновления. Экспериментируйте!
После этого закрываем «Терминал» и начинаем процесс установки.
Если вы нашли ошибку, пожалуйста, выделите фрагмент текста и нажмите Ctrl+Enter.
Question: Q: Не удается клонировать (восстановить из..) системный раздел с APSF с помощью дисковой утилиты
(в заголовке ошибка, APFS, конечно же)
Длительное гугление, в том числе в яндексе, не дало вообще ни единого упоминания о подобной проблеме, потому прошу помочь мне здесь. Итак
Внутренний SSD MacBook Pro в GUID разделенный на два раздела с APFS в разных контейнерах, 256 гб под систему, остальное под данные.
Надо:
Скопировать системный раздел на внешний носитель аналогичного размера (256 гб) с помощью дисковой утилиты (восстановить из..), так, что б потом аналогичным образом, с помощью дисковой утилиты (запущенной, например, с установочной флешки), можно было восстановить чистую систему обратно если с ней что-то случится, к примеру.
(пожалуйста, не пишите здесь о Time Machine, мне в данной ситуации она не удобна)
Пока все было отформатированно в HFS+ – проблем не было никаких. Неоднократно клонировал и восстанавливал обратно таким образом систему, все шикарно работало. Но вот переехал на APFS, и понеслось..
Но в конце процесса получаю следующую ошибку:
Обратному преобразователю APFS не удалось выполнить обратное преобразование тома – Неверный аргумент
Не удалось завершить операцию. (OSStatus, ошибка 22)
После закрытия окна с ошибкой (и даже переподключения носителя) в дисковой утилите отображается только носитель с пустым контейнером под APFS
• Предварительно форматировать целевой носитель со схемой разделов GUID в: ExFat, HFS+, и, собственно, APFS.
Кстати, в случае с предварительным APFS еще несколько моментов:
– во первых не пересоздается раздел (ну оно и понятно, ибо аналогичная фс), и соответственно имя целевого раздела на время восстановления остается прежним, в отличии от того, что на самом первом скрине (ASRNewVolume_28315)
Догадываюсь, что это как раз то, что по какой-то причине и не удалось преобразовать этому самому преобразователю APFS
• На самом носителе пробовал создать dmg образ, и восстановить системный раздел в него (очень странный способ от отчаяния, с еще более странными ошибками).
• Во всех случаях нажимал на «восстановить (из)» именно на разделе целевого носителя (когда пробовал форматировать его в APFS, то нажимал еще и на контейнере раздела), а не на самом носителе, т.к. тогда предлагает восстановить тоже со всего внутреннего носителя, а нужен только системный раздел.
Насколько я понимаю восстановление раздела из APFS (а возможно и из других фс) помимо самого восстановления и проверки, происходит с целой кучей дополнительных команд из графической оболочки дисковой утилиты, среди которых, судя по тексту ошибки, и некое «обратное преобразование APFS», о сути которого я понятия не имею. Если кто знает, какие именно даются команды в вышеуказанном процессе, опишите хотя бы их, возможно это натолкнет на правильное решение, а возможно их можно просто выполнить в терминале, изменив некоторые параметры (надеюсь сталкиваться с терминалом как можно меньше, ибо хоть и более-менее все понимаю, но не люблю с ним возиться)