Пакет не может быть установлен, так как его цифровая подпись недействительна для mac os
Обновлено: 21.11.2024
Вы видели это сообщение об ошибке при попытке выполнить обновление до macOS Monterey? Не волнуйтесь, мы покажем вам все способы исправить это.
Вы столкнулись с ошибкой, говорящей о том, что пакет «%@» отсутствует или недействителен при попытке обновить Mac до macOS Monterey? Хуже всего то, что он появляется прямо в конце массивной 12-гигабайтной загрузки, заставляя вас заново скачивать заново. Это сводит с ума.
Но, несмотря на загадочный характер этого сообщения об ошибке «%@» macOS Monterey, его довольно легко исправить. Я знаю, потому что я должен был сделать это сам! Вот все способы сделать это.
Лучшее решение: обновите текущую версию macOS
Ошибка macOS Monterey с сообщением о том, что пакет "%@" отсутствует или недействителен, в основном возникает из-за каких-либо ожидающих обновлений, которые вы еще не установили для текущей версии macOS.
Поэтому независимо от того, выполняете ли вы обновление с macOS Big Sur, Catalina или Mojave, выделите время на полное обновление операционной системы, прежде чем выбрать обновление до macOS Monterey, обычно это может решить эту проблему.
Чтобы установить ожидающие обновления для текущей версии macOS, откройте меню Apple и выберите «Системные настройки» > «Обновления программного обеспечения». Но вместо того, чтобы нажимать кнопку «Обновить сейчас», выберите «Дополнительная информация» в разделе «Доступны другие обновления».
Затем выберите все перечисленные обновления системного программного обеспечения (включая любые обновления для приложений) и нажмите «Установить сейчас». Ваш Mac должен немедленно начать их загрузку и установку.
Перезагрузите Mac после завершения применения обновлений, а затем снова войдите в панель «Обновление программного обеспечения». На этот раз выберите Обновить сейчас. На этот раз вы не должны столкнуться с ошибкой «%@» в конце загрузки macOS Monterey.
Дополнительные исправления для случаев, когда пакет «%@» отсутствует или недействителен
Если вы уже применили все ожидающие обновления для текущей версии macOS или ошибка «%@» повторяется, несмотря на это, то вот что вы можете сделать, чтобы исправить это.
Сбросить PRAM
Если вы используете компьютер Mac с процессором Intel, сброс PRAM обычно помогает решить любые проблемы, связанные с обновлением.
Для этого выключите Mac и нажмите клавиши Option + CMD + P + R, как только снова включите его. Отпустите клавиши, когда вы услышите сигнал запуска во второй раз или когда увидите логотип Apple во второй раз (если ваш Mac оснащен чипом безопасности Apple T2).
Отключить FileVault
FileVault — это функция, связанная с безопасностью, которая может создавать конфликты во время серьезного обновления macOS, особенно если требуется непрерывное шифрование больших объемов данных в течение длительного периода времени.
Чтобы отключить FileVault, откройте Системные настройки Mac и выберите Безопасность и конфиденциальность. Затем перейдите на вкладку FileVault и выберите «Отключить FileVault».
Обязательно перезагрузите компьютер Mac, прежде чем предпринимать еще одну попытку обновления до macOS Monterey.
Войти в безопасный режим
Выполнение обновления до macOS Monterey в безопасном режиме также может помочь устранить проблему. Пакет «%@» отсутствует или недействителен, поскольку вашему Mac не придется иметь дело с конфликтующими программами запуска, драйверами и расширениями. Чтобы войти в безопасный режим, удерживайте нажатой клавишу Shift сразу после включения Mac, пока не появится экран входа в систему.
Если вы используете Mac на базе Apple Silicon, нажмите и удерживайте кнопку питания при включении Mac, пока не появится экран параметров запуска. Затем выберите загрузочный диск, снова нажмите и удерживайте клавишу Shift и выберите Продолжить в безопасном режиме.
Наслаждайтесь новыми функциями macOS Monterey
Установка любых ожидающих обновлений перед обновлением до macOS Monterey определенно должна позаботиться об этой надоедливой ошибке. Пакет «%@» отсутствует или недействителен. Если нет, работа над другими исправлениями должна позволить вам выполнить загрузку без проблем.
Если вы успешно загрузили обновление macOS Monterey, рекомендуется сохранить установщик на тот случай, если вы столкнетесь с другой заминкой на этапе установки.
У меня есть сценарий, который Xcode запускает в качестве пост-действия на этапе архивирования, который берет мое скомпилированное приложение и создает подписанный установочный файл .pkg вместе со всеми другими элементами приложения.
Последние несколько лет это работало нормально, но по какой-то причине я не могу открыть получившийся файл pkg в macOS 10.10 и 10.11. Когда я пытаюсь открыть программу установки в более старых ОС, я получаю следующее сообщение об ошибке:
Installer_signed.pkg не может быть установлен, так как его цифровая подпись недействительна.
Возможно, пакет был поврежден или изменен. Получите новую копию пакета и повторите попытку.
Подпись действительна, и я вижу это в macOS 11 и 10.15, когда щелкаю значок сертификата в правом верхнем углу окна, поэтому я не уверен, что происходит.
Знает ли кто-нибудь о каких-либо изменениях в pkgbuild и productbuild, которые могли вызвать это?На справочных страницах нет ссылок на что-то новое, что могло бы иметь отношение к делу, поэтому я застрял.
Я не могу сказать, в чем может быть проблема, но я недавно читал о подписи кода и нотариальном заверении, чтобы лучше понять, как все это работает на более низком уровне, поэтому мне интересно, что вы узнать.
7 декабря 2020 г. в 8:57 Марк Аллан написал:
У меня есть сценарий, который Xcode запускает в качестве пост-действия на этапе архивирования, который берет мое скомпилированное приложение и создает подписанный установочный файл .pkg вместе со всеми другими элементами приложения.
Последние несколько лет это работало нормально, но по какой-то причине я не могу открыть получившийся файл pkg в macOS 10.10 и 10.11. Когда я пытаюсь открыть программу установки в более старых ОС, я получаю следующее сообщение об ошибке:
Installer_signed.pkg не может быть установлен, так как его цифровая подпись недействительна.
Возможно, пакет был поврежден или изменен. Получите новую копию пакета и повторите попытку.
Подпись действительна, и я вижу это в macOS 11 и 10.15, когда щелкаю значок сертификата в правом верхнем углу окна, поэтому я не уверен, что происходит.
Знает ли кто-нибудь о каких-либо изменениях в pkgbuild и productbuild, которые могли вызвать это? На справочных страницах нет ссылок на что-то новое, что могло бы иметь отношение к делу, поэтому я застрял.
Спасибо за предложение. Нет, я не проверял этот инструмент. но у меня есть сейчас, и он говорит «ДА», т.е. он подписан правильно, поэтому, к сожалению, я не буду двигаться дальше.
7 декабря 2020 г. в 18:53 Бен Кеннеди написал:
Я не могу сказать, в чем может быть проблема, но я недавно читал о подписи кода и нотариальном заверении, чтобы лучше понять, как все это работает на более низком уровне, поэтому мне интересно, что вы узнать.
7 декабря 2020 г. в 8:57 Марк Аллан написал:
У меня есть сценарий, который Xcode запускает в качестве пост-действия на этапе архивирования, который берет мое скомпилированное приложение и создает подписанный установочный файл .pkg вместе со всеми другими элементами приложения.
Последние несколько лет это работало нормально, но по какой-то причине я не могу открыть получившийся файл pkg в macOS 10.10 и 10.11. Когда я пытаюсь открыть программу установки в более старых ОС, я получаю следующее сообщение об ошибке:
Installer_signed.pkg не может быть установлен, так как его цифровая подпись недействительна.
Возможно, пакет был поврежден или изменен. Получите новую копию пакета и повторите попытку.
Подпись действительна, и я вижу это в macOS 11 и 10.15, когда щелкаю значок сертификата в правом верхнем углу окна, поэтому я не уверен, что происходит.
Знает ли кто-нибудь о каких-либо изменениях в pkgbuild и productbuild, которые могли вызвать это? На справочных страницах нет ссылок на что-то новое, что могло бы иметь отношение к делу, поэтому я застрял.
На какой ОС вы работаете? Есть сообщения о том, что сборки Big Sur имеют проблемы с ранними версиями ОС (до Mojave, я полагаю).
7 декабря 2020 г. в 13:21 Марк Аллан написал:
Спасибо за предложение. Нет, я не проверял этот инструмент. но у меня есть сейчас, и он говорит «ДА», т.е. он подписан правильно, поэтому, к сожалению, я не буду двигаться дальше.
7 декабря 2020 г. в 18:53 Бен Кеннеди написал:
Я не могу сказать, в чем может быть проблема, но я недавно читал о подписи кода и нотариальном заверении, чтобы лучше понять, как все это работает на более низком уровне, поэтому мне интересно, что вы узнать.
7 декабря 2020 г. в 8:57 Марк Аллан написал:
У меня есть сценарий, который Xcode запускает в качестве пост-действия на этапе архивирования, который берет мое скомпилированное приложение и создает подписанный установочный файл .pkg вместе со всеми другими элементами приложения.
Последние несколько лет это работало нормально, но по какой-то причине я не могу открыть получившийся файл pkg в macOS 10.10 и 10.11. Когда я пытаюсь открыть программу установки в более старых ОС, я получаю следующее сообщение об ошибке:
Installer_signed.pkg не может быть установлен, так как его цифровая подпись недействительна.
Возможно, пакет был поврежден или изменен. Получите новую копию пакета и повторите попытку.
Подпись действительна, и я вижу это в macOS 11 и 10.15, когда щелкаю значок сертификата в правом верхнем углу окна, поэтому я не уверен, что происходит.
Знает ли кто-нибудь о каких-либо изменениях в pkgbuild и productbuild, которые могли вызвать это? На справочных страницах нет ссылок на что-то новое, что могло бы иметь отношение к делу, поэтому я застрял.
Из любопытства, есть ли у вас более старая копия установщика, которая работает на этих платформах?
Возможно, вы сможете открыть его и просмотреть файлы прав/конфигурации и увидеть различия.
Один из вариантов — создать виртуальную машину с одной из этих операционных систем и установить версию Xcode, которая работает на 10.10 и 10.11, затем доставьте эти специальные установщики или создайте установщики, которые работают на этой ОС, и посмотрите, в чем разница.
На всякий случай я храню старые образы VMWare размером 50 ГБ и старые установщики Xcode.
7 декабря 2020 г. в 15:21 Марк Аллан написал:
Спасибо за предложение. Нет, я не проверял этот инструмент. но у меня есть сейчас, и он говорит «ДА», т.е. он подписан правильно, поэтому, к сожалению, я не буду двигаться дальше.
7 декабря 2020 г. в 18:53 Бен Кеннеди написал:
Я не могу сказать, в чем может быть проблема, но я недавно читал о подписи кода и нотариальном заверении, чтобы лучше понять, как все это работает на более низком уровне, поэтому мне интересно, что вы узнать.
7 декабря 2020 г. в 8:57 Марк Аллан написал:
У меня есть сценарий, который Xcode запускает в качестве пост-действия на этапе архивирования, который берет мое скомпилированное приложение и создает подписанный установочный файл .pkg вместе со всеми другими элементами приложения.
Последние несколько лет это работало нормально, но по какой-то причине я не могу открыть получившийся файл pkg в macOS 10.10 и 10.11. Когда я пытаюсь открыть программу установки в более старых ОС, я получаю следующее сообщение об ошибке:
Installer_signed.pkg не может быть установлен, так как его цифровая подпись недействительна.
Возможно, пакет был поврежден или изменен. Получите новую копию пакета и повторите попытку.
Подпись действительна, и я вижу это в macOS 11 и 10.15, когда щелкаю значок сертификата в правом верхнем углу окна, поэтому я не уверен, что происходит.
Знает ли кто-нибудь о каких-либо изменениях в pkgbuild и productbuild, которые могли вызвать это? На справочных страницах нет ссылок на что-то новое, что могло бы иметь отношение к делу, поэтому я застрял.
У меня были похожие проблемы при подписании кода и нотариальном заверении приложения с использованием Xcode 12.2 в Big Sur.
На моей машине DTK (Apple Silicon) с бета-версией macOS 11.1 и Xcode 12.2, если я выполню стандартную сборку и нотариальное заверение с помощью графического интерфейса Xcode, все будет в порядке. Команды codesign и spctl сообщают, что все в порядке, когда я запускаю их в macOS 11 или 10.15, и приложение запускается, как и ожидалось. Однако в macOS 10.10 я получаю сообщение об ошибке «запечатанный каталог ресурсов недействителен» при запуске spctl, а система отказывается запускать приложение, говоря, что оно повреждено.
Однако, если я создам свой MacBook Pro с бета-версиями macOS 11.1 и Xcode 12, у полученного приложения не будет никаких проблем. Я снова загружусь в Big Sur и узнаю, какую бета-версию Xcode 12 я использую. В любом случае, я не решаюсь обновиться до Xcode 12.2, опасаясь, что мои сборки больше не будут работать на 10.10.
7 декабря 2020 г. в 9:57 Марк Аллан написал:
У меня есть сценарий, который Xcode запускает в качестве пост-действия на этапе архивирования, который берет мое скомпилированное приложение и создает подписанный установочный файл .pkg вместе со всеми другими элементами приложения.
Последние несколько лет это работало нормально, но по какой-то причине я не могу открыть получившийся файл pkg в macOS 10.10 и 10.11. Когда я пытаюсь открыть программу установки в более старых ОС, я получаю следующее сообщение об ошибке:
Installer_signed.pkg не может быть установлен, так как его цифровая подпись недействительна.
Возможно, пакет был поврежден или изменен. Получите новую копию пакета и повторите попытку.
Подпись действительна, и я вижу это в macOS 11 и 10.15, когда щелкаю значок сертификата в правом верхнем углу окна, поэтому я не уверен, что происходит.
Знает ли кто-нибудь о каких-либо изменениях в pkgbuild и productbuild, которые могли вызвать это? На справочных страницах нет ссылок на что-то новое, что могло бы иметь отношение к делу, поэтому я застрял.
7 декабря 2020 г., в 16:19, Джон Готоу написал:
У меня были похожие проблемы при подписании кода и нотариальном заверении приложения с использованием Xcode 12.2 в Big Sur.
На моей машине DTK (Apple Silicon) с бета-версией macOS 11.1 и Xcode 12.2, если я выполню стандартную сборку и нотариальное заверение с помощью графического интерфейса Xcode, все будет в порядке. Команды codesign и spctl сообщают, что все в порядке, когда я запускаю их в macOS 11 или 10.15, и приложение запускается, как и ожидалось. Однако в macOS 10.10 я получаю сообщение об ошибке «запечатанный каталог ресурсов недействителен» при запуске spctl, а система отказывается запускать приложение, говоря, что оно повреждено.
Однако, если я создам свой MacBook Pro с бета-версиями macOS 11.1 и Xcode 12, у полученного приложения не будет никаких проблем. Я снова загружусь в Big Sur и узнаю, какую бета-версию Xcode 12 я использую. В любом случае, я не решаюсь обновиться до Xcode 12.2, опасаясь, что мои сборки больше не будут работать на 10.10.
Джон, вам удалось выделить разницу между двумя исполняемыми файлами?
7 декабря 2020 г. в 9:57 Марк Аллан написал:
У меня есть сценарий, который Xcode запускает в качестве пост-действия на этапе архивирования, который берет мое скомпилированное приложение и создает подписанный установочный файл .pkg вместе со всеми другими элементами приложения.
Последние несколько лет это работало нормально, но по какой-то причине я не могу открыть получившийся файл pkg в macOS 10.10 и 10.11. Когда я пытаюсь открыть программу установки в более старых ОС, я получаю следующее сообщение об ошибке:
Installer_signed.pkg не может быть установлен, так как его цифровая подпись недействительна.
Возможно, пакет был поврежден или изменен. Получите новую копию пакета и повторите попытку.
Подпись действительна, и я вижу это в macOS 11 и 10.15, когда щелкаю значок сертификата в правом верхнем углу окна, поэтому я не уверен, что происходит.
Знает ли кто-нибудь о каких-либо изменениях в pkgbuild и productbuild, которые могли вызвать это? На справочных страницах нет ссылок на что-то новое, что могло бы иметь отношение к делу, поэтому я застрял.
7 декабря 2020 г., в 15:58, Алекс Заватоне написал через groups.io:
Джон, вам удалось выделить разницу между двумя исполняемыми файлами?
Хорошо, поэтому я вернулся и повторно подписал заведомо работающую сборку приложения на обеих машинах, просто чтобы убедиться, что нет никаких непреднамеренных различий в сборке, вызванных сборкой приложения с двумя разными версиями Xcode (12.2). на машине DTK, 12.2 beta 3 на MacBook Pro). После повторной подписи я заархивировал обе копии приложения и загрузил их на сервер, а затем загрузил на старый MacBook Pro с macOS 10.10 Yosemite.
Как и прежде, копия приложения с кодовой подписью на компьютере DTK сообщается как поврежденная, когда я дважды щелкаю ее, чтобы запустить ее на Yosemite, в то время как копия с кодовой подписью на моем 15-дюймовом MacBook Pro правильно запускается на Yosemite. Обе машины, на которых я делал подпись кода, работали под управлением бета-версии macOS 11.1 (20C5061b). Я проверил контрольную сумму /usr/bin/codesign, и исполняемые файлы на обеих машинах одинаковы, хотя они, предположительно, запускают другой код, так как codesign является универсальным двоичным файлом.
Чтобы подтвердить подлинность 1Password, приложение и все его обновления снабжены цифровой подписью и предлагаются исключительно в официальном магазине приложений для вашей операционной системы или на странице загрузок 1Password. Всегда получайте обновления 1Password из одного из этих источников и всегда проверяйте эти источники, чтобы убедиться, что у вас установлена последняя версия.
Загрузки и обновления из магазина приложений проверяются автоматически
Цифровая подпись приложения 1Password автоматически проверяется перед установкой:
- Если вы устанавливаете 1Password или обновление из официального магазина приложений* для вашей операционной системы
- Если 1Password обновляется самостоятельно
* К официальным магазинам приложений относятся Mac App Store, iOS App Store и Google Play.
Загрузки вручную частично проверяются вашей операционной системой
Если вы вручную загрузите 1Password со страницы загрузок 1Password, ваша операционная система проверит, что продукт принадлежит известному разработчику и не был подделан.
Чтобы подтвердить подлинность установщика
Чтобы подтвердить подлинность установщика, перед установкой можно проверить цифровую подпись.
Дважды щелкните файл пакета 1Password (.pkg), чтобы открыть программу установки. Если вы видите «Этот пакет запустит программу, чтобы определить, можно ли установить программное обеспечение», нажмите «Продолжить». Установка не начнется.
Нажмите значок замка в правом верхнем углу окна программы установки. Если вы не видите значок замка, пакет не подписан, и вам не следует его устанавливать.
Выберите «Установщик идентификатора разработчика: AgileBits Inc. (2BUA8C4S2C)». Если вы видите другой идентификатор разработчика или на сертификате нет зеленой галочки, указывающей, что он действителен, не устанавливайте пакет.
Нажмите треугольник рядом с надписью "Подробнее" и прокрутите вниз.
Убедитесь, что отпечаток SHA-256 в установщике соответствует одному из следующих отпечатков из текущего или более раннего сертификата AgileBits. Если они совпадают, подпись проверяется; нажмите OK и продолжите установку.
| Хеш | Отпечаток |
|---|---|
| SHA-256 | 75 74 B9 83 A6 43 7E FB 23 B9 4E B4 BE 19 F5 07 35 20 40 DB 2D 4F 99 3D 22 DA C7 6B 3B 1C 85 FF |
| SHA‑256 | 82 F8 EB 3E A3 EF 22 E0 F9 08 89 19 74 6A C6 8F 74 44 34 C6 1A 05 14 A0 74 A4 F3 5A 0C 4F 46 81 |